> netdev@vger.kernel.org; Nguyen, Anthony L ; Lu,
> Nannan ; Liang, Cunming
> Subject: RE: [net-next 1/5] ice: add the virtchnl handler for AdminQ command
>
> > -Original Message-
> > From: Jakub Kicinski
> > Sent: Tuesday, August 4, 2020 04:46
> > To:
Liang, Cunming would like to recall the message, "[net-next 1/5] ice: add the
virtchnl handler for AdminQ command".
> netdev@vger.kernel.org; Nguyen, Anthony L ; Lu,
> Nannan ; Liang, Cunming
> Subject: RE: [net-next 1/5] ice: add the virtchnl handler for AdminQ command
>
> > -Original Message-
> > From: Jakub Kicinski
> > Sent: Tuesday, August 4, 2020 04:46
> > To:
> netdev@vger.kernel.org;
> Nguyen, Anthony L ; Lu, Nannan
> ; Liang, Cunming
>
> Subject: Re: [net-next 1/5] ice: add the virtchnl handler for AdminQ command
>
> On Mon, 3 Aug 2020 10:39:52 + Wang, Haiyue wrote:
> > > In this case, I'm guessing, Intel can reuse RTE
On Mon, 3 Aug 2020 10:39:52 + Wang, Haiyue wrote:
> > In this case, I'm guessing, Intel can reuse RTE flow -> AQ code written
> > to run on PFs on the special VF.
> >
> > This community has selected switchdev + flower for programming flows.
> > I believe implementing flower offloads would solv
> netdev@vger.kernel.org;
> Nguyen, Anthony L ; Lu, Nannan
>
> Subject: Re: [net-next 1/5] ice: add the virtchnl handler for AdminQ command
>
> In this case, I'm guessing, Intel can reuse RTE flow -> AQ code written
> to run on PFs on the special VF.
>
> This comm
On Sat, 25 Jul 2020 09:39:07 -0700 Tom Herbert wrote:
> Jakub,
>
> The fundamental problem we have wrt DPDK is that they are not just
> satisfied to just bypass the kernel datapath, they are endeavouring to
> bypass the kernel control path as well with things like RTE flow API.
> The purpose of th
On Wed, Jul 22, 2020 at 6:07 PM Jakub Kicinski wrote:
>
> On Thu, 23 Jul 2020 00:37:29 + Venkataramanan, Anirudh wrote:
> > Can you please clarify how you (and the community) define bifurcated
> > driver?
>
> No amount of clarification from me will change the fact that you need
> this for DPDK
On Thu, 23 Jul 2020 00:37:29 + Venkataramanan, Anirudh wrote:
> Can you please clarify how you (and the community) define bifurcated
> driver?
No amount of clarification from me will change the fact that you need
this for DPDK.
On Wed, 2020-07-15 at 11:03 -0700, Jakub Kicinski wrote:
> On Wed, 15 Jul 2020 01:17:26 + Wang, Haiyue wrote:
> > > Could you say a little more about the application and motivation
> > > for
> > > this?
> >
> > Sure, I will try to describe the whole story.
> >
> > > We are talking about a sin
.com; Kirsher, Jeffrey T
> ; Lu, Nannan
> ; Bowers, AndrewX
> Subject: Re: [net-next 1/5] ice: add the virtchnl handler for AdminQ command
>
> On Wed, 15 Jul 2020 01:17:26 + Wang, Haiyue wrote:
> > > Could you say a little more about the application and motivation for
>
On Wed, 15 Jul 2020 01:17:26 + Wang, Haiyue wrote:
> > Could you say a little more about the application and motivation for
> > this?
>
> Sure, I will try to describe the whole story.
>
> > We are talking about a single control domain here, correct?
>
> Correct.
We have a long standing po
ers, AndrewX
> Subject: Re: [net-next 1/5] ice: add the virtchnl handler for AdminQ command
>
> On Tue, 14 Jul 2020 01:29:40 + Wang, Haiyue wrote:
> > > On Mon, 13 Jul 2020 10:43:16 -0700 Tony Nguyen wrote:
> > > > From: Haiyue Wang
> > > >
> >
On Tue, 14 Jul 2020 01:29:40 + Wang, Haiyue wrote:
> > On Mon, 13 Jul 2020 10:43:16 -0700 Tony Nguyen wrote:
> > > From: Haiyue Wang
> > >
> > > The DCF (Device Config Function) is a named trust VF (always with ID 0,
> > > single entity per PF port) that can act as a sole controlling entity
ers, AndrewX
> Subject: Re: [net-next 1/5] ice: add the virtchnl handler for AdminQ command
>
> On Mon, 13 Jul 2020 10:43:16 -0700 Tony Nguyen wrote:
> > From: Haiyue Wang
> >
> > The DCF (Device Config Function) is a named trust VF (always with ID 0,
> > single e
On Mon, 13 Jul 2020 10:43:16 -0700 Tony Nguyen wrote:
> From: Haiyue Wang
>
> The DCF (Device Config Function) is a named trust VF (always with ID 0,
> single entity per PF port) that can act as a sole controlling entity to
> exercise advance functionality such as adding switch rules for the rest
From: Haiyue Wang
The DCF (Device Config Function) is a named trust VF (always with ID 0,
single entity per PF port) that can act as a sole controlling entity to
exercise advance functionality such as adding switch rules for the rest
of VFs.
To achieve this approach, this VF is permitted to send
17 matches
Mail list logo
