patches for DPDK stable branches
 help / color / mirror / Atom feed
From: "Xueming(Steven) Li" <xuemingl@nvidia.com>
To: "beilei.xing@intel.com" <beilei.xing@intel.com>,
	"bluca@debian.org" <bluca@debian.org>
Cc: "chenqiming_huawei@163.com" <chenqiming_huawei@163.com>,
	"stable@dpdk.org" <stable@dpdk.org>
Subject: Re: [dpdk-stable] [PATCH 20.11] net/i40e: solve vf vlan strip
Date: Mon, 8 Nov 2021 11:54:14 +0000	[thread overview]
Message-ID: <07853e01373ac3003231e83c05c694bd4740af4a.camel@nvidia.com> (raw)
In-Reply-To: <MN2PR11MB38078768D059444CD80F6CB3F7D49@MN2PR11MB3807.namprd11.prod.outlook.com>

On Wed, 2021-09-08 at 03:58 +0000, Xing, Beilei wrote:
> Sorry I can't find the original patch in mail.
> And I review it here.
> 
> > -----Original Message-----
> > From: Luca Boccassi <bluca@debian.org>
> > Sent: Tuesday, September 7, 2021 6:39 PM
> > To: Xing, Beilei <beilei.xing@intel.com>
> > Cc: Qiming Chen <chenqiming_huawei@163.com>; stable@dpdk.org
> > Subject: Re: [dpdk-stable] [PATCH 20.11] net/i40e: solve vf vlan strip
>  
> net/i40evf: fix vlan strip issue
> 
> > 
> > On Tue, 2021-08-31 at 11:52 +0800, Qiming Chen wrote:
> > > Kernel PF+DPDK VF mode, after vf adds vlan, the test result shows that
> > > the vlan received from vf has been stripped.
> > > 
> > > The patch solves the problem that the kernel i40e.ko driver strips the
> > > vlan by default after vf adds vlan. Determine whether to strip vlan
> > > through the DEV_RX_OFFLOAD_VLAN_STRIP mask bit in rxmode.offload.
> > > 
> 
> I think the above commit log is enough, the following detail environment and test can be removed.
> 
> 
> > > Environmental information:
> > > 1) dpdk 19.11
> > > 2) Kernel PF i40e.ko: 2.7.12
> > > 3) Firmware: 6.01 0x800034a3 1.1747.0
> > > 
> > > I did not use testpmd to test vlan filter, but write Demo for testing
> > > based on the following deployment:
> > > 1) x710 nic, use 2 PFs, each PF virtualizes 1 VF
> > > 2) 2 pf connected with fiber optic cable
> > > 3) 2 vf are hard to pass through to the VM
> > > 4) In vm, dpdk takes over the vf port,
> > > 5) One port is used as the sending port, and the other port is used as
> > > the receiving port, e.g. xmit portid is 0, rx portid is 1
> > > 
> > > Use the default configuration for port 0 as the sender, and configure
> > > port 1 as the receiving port as follows:
> > > 1) rte_eth_dev_set_vlan_offload(1, ETH_VLAN_FILTER_OFFLOAD)
> > > 2) rte_eth_dev_vlan_filter(1, 100, 1)
> > > 
> > > Do the following tests:
> > > Demo constructs a message with vlan 100 to be sent from port 0, and
> > > found that the vlan header of the message received from port 1 was
> > stripped.
> > > 
> > > Signed-off-by: Qiming Chen <chenqiming_huawei@163.com>
> > > ---
> > >  drivers/net/i40e/i40e_ethdev_vf.c | 8 ++++++--
> > >  1 file changed, 6 insertions(+), 2 deletions(-)
> > > 
> > > diff --git a/drivers/net/i40e/i40e_ethdev_vf.c
> > > b/drivers/net/i40e/i40e_ethdev_vf.c
> > > index 12e69a3233..d60243411c 100644
> > > --- a/drivers/net/i40e/i40e_ethdev_vf.c
> > > +++ b/drivers/net/i40e/i40e_ethdev_vf.c
> > > @@ -1900,11 +1900,15 @@ static int
> > >  i40evf_vlan_filter_set(struct rte_eth_dev *dev, uint16_t vlan_id, int
> > > on)
> > >  {
> > >  	int ret;
> > > +	struct rte_eth_conf *dev_conf = &dev->data->dev_conf;
> > > 
> > > 
> > > -	if (on)
> > > +	if (on) {
> > >  		ret = i40evf_add_vlan(dev, vlan_id);
> > > -	else
> > > +		if (!(dev_conf->rxmode.offloads &
> > DEV_RX_OFFLOAD_VLAN_STRIP))
> > > +			i40evf_disable_vlan_strip(dev);
> > > +	} else {
> > >  		ret = i40evf_del_vlan(dev,vlan_id);
> > > +	}
> > > 
> > > 
> > >  	return ret;
> > >  }
> > 
> > Hi Beilei,
> > 
> > Could you please review this and the other i40e patches that have been sent
> > for 20.11? Thank you
> > 
> > --
> > Kind regards,
> > Luca Boccassi

Another one, Qiming.

      reply	other threads:[~2021-11-08 11:54 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-08-31  3:52 Qiming Chen
2021-09-07 10:38 ` Luca Boccassi
2021-09-08  3:58   ` Xing, Beilei
2021-11-08 11:54     ` Xueming(Steven) Li [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=07853e01373ac3003231e83c05c694bd4740af4a.camel@nvidia.com \
    --to=xuemingl@nvidia.com \
    --cc=beilei.xing@intel.com \
    --cc=bluca@debian.org \
    --cc=chenqiming_huawei@163.com \
    --cc=stable@dpdk.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).