diff options
author | Brett Creeley <brett.creeley@intel.com> | 2021-12-02 08:38:52 -0800 |
---|---|---|
committer | Tony Nguyen <anthony.l.nguyen@intel.com> | 2022-02-09 09:24:45 -0800 |
commit | f1da5a0866bcbe14164f4b1d399a25feec56fe49 (patch) | |
tree | 5bb9d54de70dc5e38cf5be0593a4589a5f1b9a81 /drivers/rtc/rtc-omap.c | |
parent | cbc8b5645a4b5e8da02aaa30b2a2611f194b0b8e (diff) | |
download | linux-f1da5a0866bcbe14164f4b1d399a25feec56fe49.tar.bz2 |
ice: Add ability for PF admin to enable VF VLAN pruning
VFs by default are able to see all tagged traffic regardless of trust
and VLAN filters. Based on legacy devices (i.e. ixgbe, i40e), customers
expect VFs to receive all VLAN tagged traffic with a matching
destination MAC.
Add an ethtool private flag 'vf-vlan-pruning' and set the default to
off so VFs will receive all VLAN traffic directed towards them. When
the flag is turned on, VF will only be able to receive untagged
traffic or traffic with VLAN tags it has created interfaces for.
Also, the flag cannot be changed while any VFs are allocated. This was
done to simplify the implementation. So, if this flag is needed, then
the PF admin must enable it. If the user tries to enable the flag while
VFs are active, then print an unsupported message with the
vf-vlan-pruning flag included. In case multiple flags were specified, this
makes it clear to the user which flag failed.
Signed-off-by: Brett Creeley <brett.creeley@intel.com>
Tested-by: Gurucharan G <gurucharanx.g@intel.com>
Signed-off-by: Tony Nguyen <anthony.l.nguyen@intel.com>
Diffstat (limited to 'drivers/rtc/rtc-omap.c')
0 files changed, 0 insertions, 0 deletions