> -----Original Message----- > From: Jakub Kicinski <k...@kernel.org> > Sent: Tuesday, August 4, 2020 04:46 > To: Wang, Haiyue <haiyue.w...@intel.com> > Cc: Tom Herbert <t...@herbertland.com>; Venkataramanan, Anirudh > <anirudh.venkatarama...@intel.com>; > da...@davemloft.net; nhor...@redhat.com; sassm...@redhat.com; Bowers, AndrewX > <andrewx.bow...@intel.com>; Kirsher, Jeffrey T <jeffrey.t.kirs...@intel.com>; > netdev@vger.kernel.org; > Nguyen, Anthony L <anthony.l.ngu...@intel.com>; Lu, Nannan > <nannan...@intel.com>; Liang, Cunming > <cunming.li...@intel.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!
