summaryrefslogtreecommitdiff
path: root/drivers/block/xen-blkfront.c
diff options
context:
space:
mode:
authorJacob Keller <jacob.e.keller@intel.com>2015-06-04 02:31:07 +0300
committerJeff Kirsher <jeffrey.t.kirsher@intel.com>2015-06-18 00:21:15 +0300
commita38488f54004330071f4ec90c3cf52dc7646468e (patch)
treea8100050b82b616c6495eb8eb45d99244630cbd2 /drivers/block/xen-blkfront.c
parentc04ae58e2b6d836325914e7b4aa25f43da1be3df (diff)
downloadlinux-a38488f54004330071f4ec90c3cf52dc7646468e.tar.xz
fm10k: force LPORT delete when updating VLAN or MAC address
Currently, we don't notify the switch at all when the PF administratively sets a new VLAN or MAC address. This causes the old addresses to remain valid on the switch table. Since the PF is overriding any configuration done directly by the VF, we choose to simply re-create the LPORT for the VF. This does mean that all rules for the VF will be dropped when we set something directly via the PF, but it prevents some weird issues where the MAC/VLAN table retains some stale configuration. 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>
Diffstat (limited to 'drivers/block/xen-blkfront.c')
0 files changed, 0 insertions, 0 deletions