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
| ||
|
Date: Mon, 3 Aug 2020 10:39:52 +0000 From: "Wang, Haiyue" <haiyue.wang@...el.com> To: Jakub Kicinski <kuba@...nel.org>, Tom Herbert <tom@...bertland.com> CC: "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, July 28, 2020 07:04 > To: Tom Herbert <tom@...bertland.com> > Cc: Venkataramanan, Anirudh <anirudh.venkataramanan@...el.com>; Wang, Haiyue <haiyue.wang@...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> > 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 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. BR, Haiyue
Powered by blists - more mailing lists