diff options
| author | David S. Miller <davem@davemloft.net> | 2018-03-16 15:03:48 +0100 |
|---|---|---|
| committer | David S. Miller <davem@davemloft.net> | 2018-03-16 15:03:48 +0100 |
| commit | e693be293f16fe446c3a1b72f8bbc0a5101ca5ea (patch) | |
| tree | 7805f8eec1279109bf15a6177f286a0aacbf017c /net/kcm | |
| parent | net sched actions: return explicit error when tunnel_key mode is not specified (diff) | |
| parent | vlan: Fix out of order vlan headers with reorder header off (diff) | |
| download | linux-e693be293f16fe446c3a1b72f8bbc0a5101ca5ea.tar.xz linux-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