diff options
author | Jarod Wilson <jarod@redhat.com> | 2016-06-29 03:41:31 (GMT) |
---|---|---|
committer | David S. Miller <davem@davemloft.net> | 2016-06-29 11:39:48 (GMT) |
commit | 889ad4566604610804df984e1a3dd5e2c66256e5 (patch) | |
tree | e3588ce5a876c4fa83a16e7da033f8a5ef9a49f2 /net | |
parent | 5b4d10f5e0369ed79434593b7cd8e85eebbe473f (diff) | |
download | linux-889ad4566604610804df984e1a3dd5e2c66256e5.tar.xz |
e1000e: keep VLAN interfaces functional after rxvlan off
I've got a bug report about an e1000e interface, where a VLAN interface is
set up on top of it:
$ ip link add link ens1f0 name ens1f0.99 type vlan id 99
$ ip link set ens1f0 up
$ ip link set ens1f0.99 up
$ ip addr add 192.168.99.92 dev ens1f0.99
At this point, I can ping another host on vlan 99, ip 192.168.99.91.
However, if I do the following:
$ ethtool -K ens1f0 rxvlan off
Then no traffic passes on ens1f0.99. It comes back if I toggle rxvlan on
again. I'm not sure if this is actually intended behavior, or if there's a
lack of software VLAN stripping fallback, or what, but things continue to
work if I simply don't call e1000e_vlan_strip_disable() if there are
active VLANs (plagiarizing a function from the e1000 driver here) on the
interface.
Also slipped a related-ish fix to the kerneldoc text for
e1000e_vlan_strip_disable here...
Signed-off-by: Jarod Wilson <jarod@redhat.com>
Tested-by: Aaron Brown <aaron.f.brown@intel.com>
Signed-off-by: Jeff Kirsher <jeffrey.t.kirsher@intel.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
Diffstat (limited to 'net')
0 files changed, 0 insertions, 0 deletions