[Intel-wired-lan] [PATCH] iavf: do not track VLAN 0 filters
Ahmed Zaki
ahmed.zaki at intel.com
Tue Mar 7 20:15:53 UTC 2023
On 2023-03-07 08:18, Paul Menzel wrote:
> Dear Ahmed,
>
>
> Thank you for your patch.
>
> Am 07.03.23 um 16:04 schrieb Ahmed Zaki:
>> When an interface with the maximum number of VLAN filters is brought up,
>> a spurious error is logged:
>>
>> [ 257.483082] 8021q: adding VLAN 0 to HW filter on device enp0s3
>> [ 257.483094] iavf 0000:00:03.0 enp0s3: Max allowed VLAN filters 8.
>> Remove existing VLANs or disable filtering via Ethtool if supported.
>
> (You might want to indent “code” blocks by four spaces.)
Thanks, will do.
>
>> The VF driver complains that it cannot add the VLAN 0 filter.
>>
>> On the other hand, the PF driver always adds VLAN 0 filter on VF
>> initialization. The VF does not need to ask the PF for that filter at
>> all.
>>
>> Fix the error by not tracking VLAN 0 filters altogether. With that, the
>> check dded by commit 0e710a3ffd0c ("iavf: Fix VF driver counting VLAN 0
>
> *a*dded
fixed in v2.
>
>> filters") in iavf_virtchnl.c is useless and might be confusing if
>> left as
>> it suggests that we track VLAN 0.
>>
>> Fixes: 0e710a3ffd0c ("iavf: Fix VF driver counting VLAN 0 filters")
>> Signed-off-by: Ahmed Zaki <ahmed.zaki at intel.com>
>> Reviewed-by: Michal Kubiak <michal.kubiak at intel.com>
>> ---
>> drivers/net/ethernet/intel/iavf/iavf_main.c | 4 ++++
>> drivers/net/ethernet/intel/iavf/iavf_virtchnl.c | 2 --
>> 2 files changed, 4 insertions(+), 2 deletions(-)
>>
>> diff --git a/drivers/net/ethernet/intel/iavf/iavf_main.c
>> b/drivers/net/ethernet/intel/iavf/iavf_main.c
>> index 3273aeb8fa67..d4e50f6ed14b 100644
>> --- a/drivers/net/ethernet/intel/iavf/iavf_main.c
>> +++ b/drivers/net/ethernet/intel/iavf/iavf_main.c
>> @@ -893,6 +893,10 @@ static int iavf_vlan_rx_add_vid(struct
>> net_device *netdev,
>> {
>> struct iavf_adapter *adapter = netdev_priv(netdev);
>> + /* The PF always adds VLAN 0 filters on VF init */
>> + if (!vid)
>> + return 0;
>> +
>> if (!VLAN_FILTERING_ALLOWED(adapter))
>> return -EIO;
>> diff --git a/drivers/net/ethernet/intel/iavf/iavf_virtchnl.c
>> b/drivers/net/ethernet/intel/iavf/iavf_virtchnl.c
>> index 6d23338604bb..4e17d006c52d 100644
>> --- a/drivers/net/ethernet/intel/iavf/iavf_virtchnl.c
>> +++ b/drivers/net/ethernet/intel/iavf/iavf_virtchnl.c
>> @@ -2446,8 +2446,6 @@ void iavf_virtchnl_completion(struct
>> iavf_adapter *adapter,
>> list_for_each_entry(f, &adapter->vlan_filter_list, list) {
>> if (f->is_new_vlan) {
>> f->is_new_vlan = false;
>> - if (!f->vlan.vid)
>> - continue;
>
> Is a comment warranted, that VLAN 0 is not tracked?
The vlan_filter_list is checked in other places too. I don't think it
makes sense to add a comment just here. Instead, I will modify the
comment in iavf_vlan_rx_add_vid() above to explicitly mention that we do
not track VLAN 0 filter.
>
>> if (f->vlan.tpid == ETH_P_8021Q)
>> set_bit(f->vlan.vid,
>> adapter->vsi.active_cvlans);
>
>
> Kind regards,
>
> Paul
Thank you for the review.
More information about the Intel-wired-lan
mailing list