From: "Zhang, Qi Z" <qi.z.zhang@intel.com>
To: "David Harton (dharton)" <dharton@cisco.com>
Cc: "Lu, Wenzhuo" <wenzhuo.lu@intel.com>,
"Ananyev, Konstantin" <konstantin.ananyev@intel.com>,
"dev@dpdk.org" <dev@dpdk.org>, "Zhao1, Wei" <wei.zhao1@intel.com>
Subject: Re: [dpdk-dev] [PATCH v2] net/ixgbe: Restore vlan filter/extend for ixgbevf
Date: Fri, 15 Mar 2019 01:20:00 +0000 [thread overview]
Message-ID: <039ED4275CED7440929022BC67E706115334CD63@SHSMSX103.ccr.corp.intel.com> (raw)
In-Reply-To: <CY4PR11MB17018356CD4DD74B54CDE730AA4B0@CY4PR11MB1701.namprd11.prod.outlook.com>
> -----Original Message-----
> From: David Harton (dharton) [mailto:dharton@cisco.com]
> Sent: Thursday, March 14, 2019 11:51 PM
> To: Zhang, Qi Z <qi.z.zhang@intel.com>
> Cc: Lu, Wenzhuo <wenzhuo.lu@intel.com>; Ananyev, Konstantin
> <konstantin.ananyev@intel.com>; dev@dpdk.org
> Subject: RE: [PATCH v2] net/ixgbe: Restore vlan filter/extend for ixgbevf
>
> Hi Qi,
>
> > -----Original Message-----
> > From: Zhang, Qi Z <qi.z.zhang@intel.com>
> > Sent: Thursday, March 14, 2019 11:14 AM
> > To: David Harton (dharton) <dharton@cisco.com>
> > Cc: Lu, Wenzhuo <wenzhuo.lu@intel.com>; Ananyev, Konstantin
> > <konstantin.ananyev@intel.com>; dev@dpdk.org
> > Subject: RE: [PATCH v2] net/ixgbe: Restore vlan filter/extend for
> > ixgbevf
> >
> >
> >
> > > -----Original Message-----
> > > From: David Harton (dharton) [mailto:dharton@cisco.com]
> > > Sent: Thursday, March 14, 2019 9:38 PM
> > > To: David Harton (dharton) <dharton@cisco.com>; Zhang, Qi Z
> > > <qi.z.zhang@intel.com>
> > > Cc: Lu, Wenzhuo <wenzhuo.lu@intel.com>; Ananyev, Konstantin
> > > <konstantin.ananyev@intel.com>; dev@dpdk.org
> > > Subject: RE: [PATCH v2] net/ixgbe: Restore vlan filter/extend for
> > > ixgbevf
> > >
> > > Hi Qi,
> > >
> > > This patch was rejected with no feedback.
> > >
> > > Can you share why?
> >
> > Because as Zhao Wei explained in v1 thread, in
> > ixgbe_vlan_offload_config , ETH_VLAN_FILTER_MASK and
> > DEV_RX_OFFLOAD_VLAN_EXTEND are ignored This looks like VLAN_FILTER
> AND
> > VLAN_EXTEND offload is not supported and I didn't see you reply for that, so I
> assume you agree with that.
> >
> >
> > >
> > > Without this patch users are not able to call the
> > > rte_eth_dev_vlan_filter() API for ixgbevf based ports because
> > > VLAN_FILTER cannot be enabled when calling rte_eth_dev_configure().
> >
> > OK, seems vlan filter is able to be configured for ixgbevf, but I
> > don't know how this will work because vlan filter table needs to be
> > enabled first (ixgbe_vlan_hw_filter_enable) So at least when it work
> > with a DPDK PF, vlan filter will not work, maybe kernel PF driver will
> > enable it by default? Could you share more insight?
>
> I can't answer that but ixgbevf_vlan_filter_set() has been implemented for quite
> some time and it can no longer be called since the new offload flags are being
> enforced now.
>
> I can share that rte_eth_dev_vlan_filter()/ixgbevf_vlan_filter_set() works
> properly with the propose change (VLAN traffic flows) where it doesn't without
> it.
Ok, if it is proved to work well with kernel PF, I think we should have this offload
>
> >
> > And same question to VLAN_EXTEND
>
> I actually don't care about extend but simply changed it because it seems to be in
> the same situation. I'm happy to leave it out of the patch if that grants
> acceptance.
Seems VLAN Extend is only supported by DPDK PF driver, I didn't see any related configuration in kernel driver.
Properly we need to remove it.
@Wei, would you help to confirm on that?
Thanks
Qi
>
> Thanks,
> Dave
>
> >
> >
> > >
> > > Or, am I missing something?
> > >
> > > Thanks,
> > > Dave
> > >
> > > > -----Original Message-----
> > > > From: David Harton <dharton@cisco.com>
> > > > Sent: Friday, March 08, 2019 3:35 PM
> > > > To: dev@dpdk.org
> > > > Cc: wenzhuo.lu@intel.com; konstantin.ananyev@intel.com;
> > > > qi.z.zhang@intel.com; David Harton (dharton) <dharton@cisco.com>
> > > > Subject: [PATCH v2] net/ixgbe: Restore vlan filter/extend for
> > > > ixgbevf
> > > >
> > > > ixgbevf vlan strip and extend capabilities were removed when
> > > > migrating to the bit flags implementation.
> > > >
> > > > Restoring the capbility to enable these offloads at configuration
> > time.
> > > >
> > > > Fixes: ec3b1124d14d (\"net/ixgbe: convert to new Rx offloads
> > > > API\")
> > > > Signed-off-by: David Harton <dharton@cisco.com>
> > > > ---
> > > >
> > > > v2: removed unused function ixgbe_is_vf()
> > > >
> > > > drivers/net/ixgbe/ixgbe_rxtx.c | 23 ++---------------------
> > > > 1 file changed, 2 insertions(+), 21 deletions(-)
> > > >
> > > > diff --git a/drivers/net/ixgbe/ixgbe_rxtx.c
> > > > b/drivers/net/ixgbe/ixgbe_rxtx.c index e92a70fb3..b1b83613e 100644
> > > > --- a/drivers/net/ixgbe/ixgbe_rxtx.c
> > > > +++ b/drivers/net/ixgbe/ixgbe_rxtx.c
> > > > @@ -2813,23 +2813,6 @@ ixgbe_reset_rx_queue(struct ixgbe_adapter
> > > > *adapter, struct ixgbe_rx_queue *rxq) #endif }
> > > >
> > > > -static int
> > > > -ixgbe_is_vf(struct rte_eth_dev *dev) -{
> > > > - struct ixgbe_hw *hw = IXGBE_DEV_PRIVATE_TO_HW(dev->data-
> > > > >dev_private);
> > > > -
> > > > - switch (hw->mac.type) {
> > > > - case ixgbe_mac_82599_vf:
> > > > - case ixgbe_mac_X540_vf:
> > > > - case ixgbe_mac_X550_vf:
> > > > - case ixgbe_mac_X550EM_x_vf:
> > > > - case ixgbe_mac_X550EM_a_vf:
> > > > - return 1;
> > > > - default:
> > > > - return 0;
> > > > - }
> > > > -}
> > > > -
> > > > uint64_t
> > > > ixgbe_get_rx_queue_offloads(struct rte_eth_dev *dev) { @@
> > > > -2853,15
> > > > +2836,13 @@ ixgbe_get_rx_port_offloads(struct rte_eth_dev *dev)
> > > > DEV_RX_OFFLOAD_TCP_CKSUM |
> > > > DEV_RX_OFFLOAD_KEEP_CRC |
> > > > DEV_RX_OFFLOAD_JUMBO_FRAME |
> > > > + DEV_RX_OFFLOAD_VLAN_FILTER |
> > > > + DEV_RX_OFFLOAD_VLAN_EXTEND |
> > > > DEV_RX_OFFLOAD_SCATTER;
> > > >
> > > > if (hw->mac.type == ixgbe_mac_82598EB)
> > > > offloads |= DEV_RX_OFFLOAD_VLAN_STRIP;
> > > >
> > > > - if (ixgbe_is_vf(dev) == 0)
> > > > - offloads |= (DEV_RX_OFFLOAD_VLAN_FILTER |
> > > > - DEV_RX_OFFLOAD_VLAN_EXTEND);
> > > > -
> > > > /*
> > > > * RSC is only supported by 82599 and x540 PF devices in a
> > > > non-SR- IOV
> > > > * mode.
> > > > --
> > > > 2.19.1
next prev parent reply other threads:[~2019-03-15 1:20 UTC|newest]
Thread overview: 37+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-03-06 15:23 [dpdk-dev] [PATCH] net/ixgbe: Restore vlan filter/extend for ixgbvef David Harton
2019-03-07 13:11 ` Zhang, Qi Z
2019-03-07 14:01 ` David Harton (dharton)
2019-03-08 6:35 ` Zhao1, Wei
2019-03-08 12:38 ` David Harton (dharton)
2019-03-11 2:02 ` Zhao1, Wei
2019-03-08 20:34 ` [dpdk-dev] [PATCH v2] net/ixgbe: Restore vlan filter/extend for ixgbevf David Harton
2019-03-14 13:37 ` David Harton (dharton)
2019-03-14 13:37 ` David Harton (dharton)
2019-03-14 15:14 ` Zhang, Qi Z
2019-03-14 15:14 ` Zhang, Qi Z
2019-03-14 15:51 ` David Harton (dharton)
2019-03-14 15:51 ` David Harton (dharton)
2019-03-15 1:20 ` Zhang, Qi Z [this message]
2019-03-15 1:20 ` Zhang, Qi Z
2019-03-15 4:13 ` Zhao1, Wei
2019-03-15 4:13 ` Zhao1, Wei
2019-03-15 5:28 ` Zhao1, Wei
2019-03-15 5:28 ` Zhao1, Wei
2019-03-15 7:36 ` Zhang, Qi Z
2019-03-15 7:36 ` Zhang, Qi Z
2019-03-15 9:23 ` Ananyev, Konstantin
2019-03-15 9:23 ` Ananyev, Konstantin
2019-03-15 9:35 ` Zhao1, Wei
2019-03-15 9:35 ` Zhao1, Wei
2019-03-15 12:59 ` Ananyev, Konstantin
2019-03-15 12:59 ` Ananyev, Konstantin
2019-03-18 3:13 ` Zhao1, Wei
2019-03-18 3:13 ` Zhao1, Wei
2019-03-15 12:26 ` [dpdk-dev] [PATCH v3] " David Harton
2019-03-15 12:26 ` David Harton
2019-03-15 16:08 ` [dpdk-dev] [PATCH v4] net/ixgbe: Restore vlan filter " David Harton
2019-03-15 16:08 ` David Harton
2019-03-18 3:05 ` Zhao1, Wei
2019-03-18 3:05 ` Zhao1, Wei
2019-03-18 4:59 ` Zhang, Qi Z
2019-03-18 4:59 ` Zhang, Qi Z
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=039ED4275CED7440929022BC67E706115334CD63@SHSMSX103.ccr.corp.intel.com \
--to=qi.z.zhang@intel.com \
--cc=dev@dpdk.org \
--cc=dharton@cisco.com \
--cc=konstantin.ananyev@intel.com \
--cc=wei.zhao1@intel.com \
--cc=wenzhuo.lu@intel.com \
/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).