aboutsummaryrefslogtreecommitdiffstats
path: root/net/kcm
diff options
context:
space:
mode:
authorDavid S. Miller <davem@davemloft.net>2018-03-16 10:03:48 -0400
committerDavid S. Miller <davem@davemloft.net>2018-03-16 10:03:48 -0400
commite693be293f16fe446c3a1b72f8bbc0a5101ca5ea (patch)
tree7805f8eec1279109bf15a6177f286a0aacbf017c /net/kcm
parentnet sched actions: return explicit error when tunnel_key mode is not specified (diff)
parentvlan: Fix out of order vlan headers with reorder header off (diff)
downloadlinux-dev-e693be293f16fe446c3a1b72f8bbc0a5101ca5ea.tar.xz
linux-dev-e693be293f16fe446c3a1b72f8bbc0a5101ca5ea.zip
Merge branch 'vlan-untag-and-insert-fixes'
Toshiaki Makita says: ==================== Fix vlan untag and insertion for bridge and vlan with reorder_hdr off As Brandon Carpenter reported[1], sending non-vlan-offloaded packets from bridge devices ends up with corrupted packets. He narrowed down this problem and found that the root cause is in skb_reorder_vlan_header(). While I was working on fixing this problem, I found that the function does not work properly for double tagged packets with reorder_hdr off as well. Patch 1 fixes these 2 problems in skb_reorder_vlan_header(). And it turned out that fixing skb_reorder_vlan_header() is not sufficient to receive double tagged packets with reorder_hdr off while I was testing the fix. Vlan tags got out of order when vlan devices with reorder_hdr disabled were stacked. Patch 2 fixes this problem. [1] https://www.spinics.net/lists/linux-ethernet-bridging/msg07039.html ==================== Signed-off-by: David S. Miller <davem@davemloft.net>
Diffstat (limited to 'net/kcm')
0 files changed, 0 insertions, 0 deletions