aboutsummaryrefslogtreecommitdiffstats
path: root/net/8021q
diff options
context:
space:
mode:
authorJerome Borsboom <j.borsboom@erasmusmc.nl>2007-04-13 16:12:47 -0700
committerDavid S. Miller <davem@davemloft.net>2007-04-13 16:12:47 -0700
commit279e172a580d415b83eba4f9fbbc77b08e546553 (patch)
treeab9701560e9cffb927f367fad0b1ddd3b3100259 /net/8021q
parent09fe3ef46c5a2cc65d173df9518013e208eb3ba3 (diff)
downloadkernel_samsung_tuna-279e172a580d415b83eba4f9fbbc77b08e546553.zip
kernel_samsung_tuna-279e172a580d415b83eba4f9fbbc77b08e546553.tar.gz
kernel_samsung_tuna-279e172a580d415b83eba4f9fbbc77b08e546553.tar.bz2
[VLAN]: Allow VLAN interface on top of bridge interface
When a VLAN interface is created on top of a bridge interface and netfilter is enabled to see the bridged packets, the packets can be corrupted when passing through the netfilter code. This is caused by the VLAN driver not setting the 'protocol' and 'nh' members of the sk_buff structure. In general, this is no problem as the VLAN interface is mostly connected to a physical ethernet interface which does not use the 'protocol' and 'nh' members. For a bridge interface, however, these members do matter. Signed-off-by: Jerome Borsboom <j.borsboom@erasmusmc.nl> Signed-off-by: David S. Miller <davem@davemloft.net>
Diffstat (limited to 'net/8021q')
-rw-r--r--net/8021q/vlan_dev.c3
1 files changed, 3 insertions, 0 deletions
diff --git a/net/8021q/vlan_dev.c b/net/8021q/vlan_dev.c
index 2fc8fe2..b6e0eea 100644
--- a/net/8021q/vlan_dev.c
+++ b/net/8021q/vlan_dev.c
@@ -380,6 +380,9 @@ int vlan_dev_hard_header(struct sk_buff *skb, struct net_device *dev,
} else {
vhdr->h_vlan_encapsulated_proto = htons(len);
}
+
+ skb->protocol = htons(ETH_P_8021Q);
+ skb->nh.raw = skb->data;
}
/* Before delegating work to the lower layer, enter our MAC-address */