Public bug reported: When putting a VLAN tag onto a frame, the 8021q (VLAN) driver in 2.6.27 and 2.6.28 don't update the skb->mac_header pointer, thus anything in the transmit stack attempting to use this pointer AFTER the 8021q driver adds a tag is going to be off by VLAN_HLEN. In the typical case where the only thing to see a packet after 8021q is the ethernet driver, which probably doesn't care about such pointers and just puts the entire skb into its hardware queues; however if there is anything between these two layers, the pointers are all screwed up.
This is a one-line fix and results in more predictable, correct behavior from 8021q. This was fixed upstream as of 2.6.29. Kernel.org commitdiff at http://git.kernel.org/?p=linux/kernel/git/stable/linux-2.6.29.y.git;a=commitdiff;h=e4dd61882e2cfe47ea72ecd825671e8e5ae29038 I have confirmed that this is not an issue in 2.6.24, so Hardy ought to be safe, but 2.6.27 (hardy) and 2.6.28 (jaunty) are affected. ** Affects: linux (Ubuntu) Importance: Undecided Status: New -- [hardy, jaunty] 8021q driver doesn't update skb->mac_header in __vlan_put_tag https://bugs.launchpad.net/bugs/463689 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
