Jesper, currently the driver allocate page per rx buffer, but we are considering to support mode where page split to 2 buffers in order to overcome memory fragmentation issue on low memory systems. but, this won't work with XDP, right? what's your advice?
From: Bshara, Nafea Sent: Tuesday, October 9, 2018 10:33 PM To: Jesper Dangaard Brouer; Kiyanovski, Arthur Cc: [email protected]; [email protected]; Woodhouse, David; Machulsky, Zorik; Matushevsky, Alexander; Bshara, Saeed; Wilson, Matt; Liguori, Anthony; Tzalik, Guy; Belgazal, Netanel; Saidi, Ali; Björn Töpel Subject: Re: [PATCH V1 net-next 00/12] Improving performance and reducing latencies, by using latest capabilities exposed in ENA device It is high priority for us right after this major release get merged. On 10/9/18, 12:31 PM, "Jesper Dangaard Brouer" <[email protected]> wrote: On Tue, 9 Oct 2018 21:44:57 +0300 <[email protected]> wrote: > From: Arthur Kiyanovski <[email protected]> > > This patchset introduces the following: > 1. A new placement policy of Tx headers and descriptors, which takes > advantage of an option to place headers + descriptors in device memory > space. This is sometimes referred to as LLQ - low latency queue. > The patch set defines the admin capability, maps the device memory as > write-combined, and adds a mode in transmit datapath to do header + > descriptor placement on the device. > 2. Support for RX checksum offloading > 3. Miscelaneous small improvements and code cleanups What are your plans for XDP? You are unsure ask your-colleague David Woodhouse, who I've discussed this with when he attended my talk at Kernel-Recipes[1], slide[2]. [1] https://kernel-recipes.org/en/2018/talks/xdp-a-new-programmable-network-layer/ [2] http://people.netfilter.org/hawk/presentations/KernelRecipes2018/XDP_Kernel_Recipes_2018.pdf -- Best regards, Jesper Dangaard Brouer MSc.CS, Principal Kernel Engineer at Red Hat LinkedIn: http://www.linkedin.com/in/brouer
