linux/drivers/net/ethernet/intel/fm10k
Jacob Keller 74d2950c80 fm10k: don't assume VLAN 1 is enabled
Since commit 856dfd69e84f ("fm10k: Fix multicast mode synch issues",
2016-03-03) we've incorrectly assumed that VLAN 1 is enabled when the
default VID is not set.

This occurs because we check the default_vid and if it's zero, start
several loops over the active_vlans bitmask at 1, instead of checking to
ensure that that bit is active.

This happened because of commit d9ff3ee8efe9 ("fm10k: Add support for
VLAN 0 w/o default VLAN", 2014-08-07) which mistakenly assumed that we
should send requests for MAC and VLAN filters with VLAN 0 when the
default_vid isn't set.

However, the switch generally considers this an invalid configuration,
so the only time we'd have a default_vid of 0 is when the switch is
down.

Instead, lets just not request any filters for the default_vid if it's
not yet been assigned.

Signed-off-by: Jacob Keller <jacob.e.keller@intel.com>
Tested-by: Krishneil Singh <krishneil.k.singh@intel.com>
Signed-off-by: Jeff Kirsher <jeffrey.t.kirsher@intel.com>
2018-01-24 14:20:29 -08:00
..
fm10k.h
fm10k_common.c
fm10k_common.h
fm10k_dcbnl.c
fm10k_debugfs.c
fm10k_ethtool.c
fm10k_iov.c fm10k: cleanup unnecessary parenthesis in fm10k_iov.c 2018-01-24 14:17:15 -08:00
fm10k_main.c ixgbe/fm10k: Record macvlan stats instead of Rx queue for macvlan offloaded rings 2018-01-12 08:20:19 -08:00
fm10k_mbx.c
fm10k_mbx.h
fm10k_netdev.c fm10k: don't assume VLAN 1 is enabled 2018-01-24 14:20:29 -08:00
fm10k_pci.c fm10k: mark PM functions as __maybe_unused 2018-01-18 15:52:07 -05:00
fm10k_pf.c
fm10k_pf.h
fm10k_tlv.c
fm10k_tlv.h
fm10k_type.h
fm10k_vf.c
fm10k_vf.h
Makefile