On Tue, Jul 26, 2016 at 6:31 AM, Thomas Monjalon <thomas.monja...@6wind.com> wrote: > 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. > Thomas,
A major goal of XDP is to leverage and in fact encourage innovation in hardware features. But, we are asking that vendors design the APIs with the community in mind. For instance, if XDP supports crypto offload it should have one API that different companies, we don't want every vendor coming up with their own. > 2016-07-12 22:32, Jesper Dangaard Brouer via iovisor-dev: >> On Tue, 12 Jul 2016 12:13:01 -0700 >> John Fastabend <john.fastab...@gmail.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? > I don't understand why the AF_PACKET with DPDK. They should be mutually exclusive. XDP over DPDK does make sense. Tom
