net: skbuff: Limit skb_vlan_pop/push() to expect skb->data at mac header
authorShmulik Ladkani <shmulik.ladkani@gmail.com>
Thu, 29 Sep 2016 09:10:41 +0000 (12:10 +0300)
committerDavid S. Miller <davem@davemloft.net>
Tue, 4 Oct 2016 01:41:40 +0000 (21:41 -0400)
commitb6a7920848cab619b5e434fdc0338778c63ef3f3
tree1c307d0fbfe61743ffae7c896710b7381d4a2900
parentf39acc84aad10710e89835c60d3b6694c43a8dd9
net: skbuff: Limit skb_vlan_pop/push() to expect skb->data at mac header

skb_vlan_pop/push were too generic, trying to support the cases where
skb->data is at mac header, and cases where skb->data is arbitrarily
elsewhere.

Supporting an arbitrary skb->data was complex and bogus:
 - It failed to unwind skb->data to its original location post actual
   pop/push.
   (Also, semantic is not well defined for unwinding: If data was into
    the eth header, need to use same offset from start; But if data was
    at network header or beyond, need to adjust the original offset
    according to the push/pull)
 - It mangled the rcsum post actual push/pop, without taking into account
   that the eth bytes might already have been pulled out of the csum.

Most callers (ovs, bpf) already had their skb->data at mac_header upon
invoking skb_vlan_pop/push.
Last caller that failed to do so (act_vlan) has been recently fixed.

Therefore, to simplify things, no longer support arbitrary skb->data
inputs for skb_vlan_pop/push().

skb->data is expected to be exactly at mac_header; WARN otherwise.

Signed-off-by: Shmulik Ladkani <shmulik.ladkani@gmail.com>
Cc: Daniel Borkmann <daniel@iogearbox.net>
Cc: Pravin Shelar <pshelar@ovn.org>
Cc: Jiri Pirko <jiri@mellanox.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
net/core/skbuff.c