netdev - RE: [net-next 1/5] ice: add the virtchnl handler for AdminQ command

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Date:   Wed, 5 Aug 2020 01:06:12 +0000
From:   "Wang, Haiyue" <haiyue.wang@...el.com>
To:     Jakub Kicinski <kuba@...nel.org>
CC:     Tom Herbert <tom@...bertland.com>,
        "Venkataramanan, Anirudh" <anirudh.venkataramanan@...el.com>,
        "davem@...emloft.net" <davem@...emloft.net>,
        "nhorman@...hat.com" <nhorman@...hat.com>,
        "sassmann@...hat.com" <sassmann@...hat.com>,
        "Bowers, AndrewX" <andrewx.bowers@...el.com>,
        "Kirsher, Jeffrey T" <jeffrey.t.kirsher@...el.com>,
        "netdev@...r.kernel.org" <netdev@...r.kernel.org>,
        "Nguyen, Anthony L" <anthony.l.nguyen@...el.com>,
        "Lu, Nannan" <nannan.lu@...el.com>,
        "Liang, Cunming" <cunming.liang@...el.com>
Subject: RE: [net-next 1/5] ice: add the virtchnl handler for AdminQ command

> -----Original Message-----
> From: Jakub Kicinski <kuba@...nel.org>
> Sent: Tuesday, August 4, 2020 04:46
> To: Wang, Haiyue <haiyue.wang@...el.com>
> Cc: Tom Herbert <tom@...bertland.com>; Venkataramanan, Anirudh <anirudh.venkataramanan@...el.com>;
> davem@...emloft.net; nhorman@...hat.com; sassmann@...hat.com; Bowers, AndrewX
> <andrewx.bowers@...el.com>; Kirsher, Jeffrey T <jeffrey.t.kirsher@...el.com>; netdev@...r.kernel.org;
> Nguyen, Anthony L <anthony.l.nguyen@...el.com>; Lu, Nannan <nannan.lu@...el.com>; Liang, Cunming
> <cunming.liang@...el.com>
> Subject: Re: [net-next 1/5] ice: add the virtchnl handler for AdminQ command
> 
> On Mon, 3 Aug 2020 10:39:52 +0000 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 solve your use case, and
> > > at the same time be most beneficial to the netdev community.
> >
> > Jakub,
> >
> > Thanks, I deep into the switchdev, it is kernel software bridge for hardware
> > offload, and each port is registered with register_netdev. So this solution
> > is not suitable for current case: VF can be assigned to VMs.
> 
> You may be missing the concept of a representor.
> 

I found the concept, thanks, missed it!