On Fri, Dec 15, 2023, 8:31 AM Stephen Hemminger <stephen@networkplumber.org> wrote:
On Fri, 15 Dec 2023 00:18:41 +0530
kumaraparameshwaran rathinavel <kumaraparamesh92@gmail.com> wrote:

> On Thu, Dec 14, 2023, 11:20 PM Stephen Hemminger <stephen@networkplumber.org>
> wrote:
>
> > The BPF infrastructure in kernel changed which broke the method
> > being used to load the RSS part of rte_flow in the TAP device.
> > Since this is a little used feature, and fixing the problem would
> > be moderately complex and create new dependency on libbpf,
> > mark the feature as deprecated and plan for removal. 
>
>     Does this mean that RSS will not work with netvsc as netvsc is using
> tap and mellanox ? Or will that not be affected .


The netvsc driver does not support rte_flow because the packets arrive
direct from host (over vmbus). It does have normal RSS.
It many ways netvsc is equivalent in functionality to virtio and vmxnet3.

The tap BPF stuff was only useful for doing flow steering to a set of
queues. It was a hack to get the kernel to do flow steering.

Sure. I wanted to mean that the failsafe PMD that uses tap and mellanox  relies on offloads of both the devices. So  will this cause failsafe PMD to not use RSS and hence some performance impact ?