diff options
author | Cong Wang | 2013-02-22 00:32:27 +0100 |
---|---|---|
committer | David S. Miller | 2013-02-24 03:00:06 +0100 |
commit | da8c87241c26aac81a64c7e4d21d438a33018f4e (patch) | |
tree | ff2224eaeac133a20ce0ab7f128d386a8216c4b3 /drivers/net | |
parent | sock_diag: Simplify sock_diag_handlers[] handling in __sock_diag_rcv_msg (diff) | |
download | kernel-qcow2-linux-da8c87241c26aac81a64c7e4d21d438a33018f4e.tar.gz kernel-qcow2-linux-da8c87241c26aac81a64c7e4d21d438a33018f4e.tar.xz kernel-qcow2-linux-da8c87241c26aac81a64c7e4d21d438a33018f4e.zip |
vlan: adjust vlan_set_encap_proto() for its callers
There are two places to call vlan_set_encap_proto():
vlan_untag() and __pop_vlan_tci().
vlan_untag() assumes skb->data points after mac addr, otherwise
the following code
vhdr = (struct vlan_hdr *) skb->data;
vlan_tci = ntohs(vhdr->h_vlan_TCI);
__vlan_hwaccel_put_tag(skb, vlan_tci);
skb_pull_rcsum(skb, VLAN_HLEN);
won't be correct. But __pop_vlan_tci() assumes points _before_
mac addr.
In vlan_set_encap_proto(), it looks for some magic L2 value
after mac addr:
rawp = skb->data;
if (*(unsigned short *) rawp == 0xFFFF)
...
Therefore __pop_vlan_tci() is obviously wrong.
A quick fix is avoiding using skb->data in vlan_set_encap_proto(),
use 'vhdr+1' is always correct in both cases.
Cc: David S. Miller <davem@davemloft.net>
Cc: Jesse Gross <jesse@nicira.com>
Signed-off-by: Cong Wang <amwang@redhat.com>
Acked-by: Jesse Gross <jesse@nicira.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
Diffstat (limited to 'drivers/net')
0 files changed, 0 insertions, 0 deletions