|
|
Re: [PATCH v2] macvlan/macvtap: Fix vlan tagging on user read |
Basil Gor <basil.gor@xxxxxxxxx> writes: > Vlan tag is restored during buffer transmit to a network device (bridge > port) in bridging code in case of tun/tap driver. In case of macvtap it > has to be done explicitly. Otherwise vlan_tci is ignored and user always > gets untagged packets. > > Scenario tested: > kvm guests (that use vlans) migration from bridged network to macvtap > revealed that packets delivered to guests are always untagged. Dumping > and comparing sk_buff in case of tap and macvtap driver showed that > macvtap does not restore vlan_tci. > > With current patch applied I was able to get working network, kvm guests > get correctly tagged packets and can reach each other when macvtap in > bridge mode (both with no vlans and through vlan interfaces). > > Changes from original version: > vlan header restoring code is moved from macvtap_forward to > macvtap_receive I really think this is the wrong fix. Eric -- To unsubscribe from this list: send the line "unsubscribe netdev" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
[Linux Kernel Discussion] [Ethernet Bridging] [Linux Wireless Networking] [Linux Bluetooth Networking] [Linux Networking Users] [VLAN] [Git] [IETF Annouce] [Linux Assembly] [Security] [Bugtraq] [Photo] [Singles Social Networking] [Yosemite Information] [MIPS Linux] [ARM Linux Kernel] [ARM Linux] [Linux Virtualization] [Linux Security] [Linux IDE] [Linux RAID] [Linux SCSI] [Free Dating]
![]() |
![]() |