[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <1619174.FzfZHYFiS5@xps13>
Date: Tue, 26 Jul 2016 15:31:44 +0200
From: Thomas Monjalon <thomas.monjalon@...nd.com>
To: Jesper Dangaard Brouer <brouer@...hat.com>,
John Fastabend <john.fastabend@...il.com>
Cc: iovisor-dev@...ts.iovisor.org,
Jakub Kicinski <jakub.kicinski@...ronome.com>,
"netdev@...r.kernel.org" <netdev@...r.kernel.org>,
"Fastabend, John R" <john.r.fastabend@...el.com>,
Edward Cree <ecree@...arflare.com>,
Simon Horman <simon.horman@...ronome.com>,
Rana Shahout <ranas@...lanox.com>,
Or Gerlitz <ogerlitz@...lanox.com>, Ari Saha <as754m@....com>,
adrien.mazarguil@...nd.com
Subject: Re: [iovisor-dev] XDP seeking input from NIC hardware vendors
Hi,
About RX filtering, there is an ongoing effort in DPDK to write an API
which could leverage most of the hardware capabilities of any NICs:
https://rawgit.com/6WIND/rte_flow/master/rte_flow.html
http://thread.gmane.org/gmane.comp.networking.dpdk.devel/43352
I understand that XDP does not target to support every hardware features,
though it may be an interesting approach to check.
2016-07-12 22:32, Jesper Dangaard Brouer via iovisor-dev:
> On Tue, 12 Jul 2016 12:13:01 -0700
> John Fastabend <john.fastabend@...il.com> wrote:
> >
> > Another use case I have is to make a really high performance AF_PACKET
> > interface. So if there was a way to say bind a queue to an AF_PACKET
> > ring and run a policy XDP program before hitting the AF_PACKET
> > descriptor bit that would be really interesting because it would solve
> > some of my need for poll mode drivers in userspace.
Have you started this work?
Do you have an idea of how RX would perform through XDP + AF_PACKET + DPDK?
> +1 yes, a super fast AF_PACKET is also on my wish/todo list for XDP.
> It would basically allow for implementing DPDK or netmap on top of XDP
> (as least the RX side) without needing to run a NIC driver in userspace.
Why TX would not be possible through AF_PACKET?
Powered by blists - more mailing lists