Re: [dpdk-dev] [RFC 0/7] support SubFunction representor

2020-12-30 Thread Thomas Monjalon
30/12/2020 09:54, Xueming(Steven) Li: > Hi Andrew, > > From: Andrew Rybchenko > >On 12/18/20 5:55 PM, Xueming Li wrote: > >> SubFunction [1] is a portion of the PCI device, a SF netdev has its > >> own dedicated queues(txq, rxq). A SF netdev supports eswitch > >> representation offload similar to

Re: [dpdk-dev] [RFC 0/7] support SubFunction representor

2020-12-30 Thread Xueming(Steven) Li
Hi Andrew, >-Original Message- >From: Andrew Rybchenko >Sent: Monday, December 28, 2020 9:45 PM >To: Xueming(Steven) Li ; Slava Ovsiienko >; NBU-Contact-Thomas Monjalon >; Ferruh Yigit ; Olivier Matz >; Matan Azrad >Cc: dev@dpdk.org; Asaf Penso >Subject: Re: [RFC 0/7] support SubFunctio

Re: [dpdk-dev] [RFC 0/7] support SubFunction representor

2020-12-28 Thread Andrew Rybchenko
On 12/18/20 5:55 PM, Xueming Li wrote: > SubFunction [1] is a portion of the PCI device, a SF netdev has its own > dedicated queues(txq, rxq). A SF netdev supports eswitch representation > offload similar to existing PF and VF representors. A SF shares PCI > level resources with other SFs and/or wi

[dpdk-dev] [RFC 0/7] support SubFunction representor

2020-12-18 Thread Xueming Li
SubFunction [1] is a portion of the PCI device, a SF netdev has its own dedicated queues(txq, rxq). A SF netdev supports eswitch representation offload similar to existing PF and VF representors. A SF shares PCI level resources with other SFs and/or with its parent PCI function. >From SmartNIC per