lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening PHC | |
Open Source and information security mailing list archives
| ||
|
Date: Sun, 30 Oct 2016 18:03:06 +0200 From: Tariq Toukan <ttoukan.linux@...il.com> To: Alexei Starovoitov <alexei.starovoitov@...il.com>, Tariq Toukan <tariqt@...lanox.com> Cc: "David S. Miller" <davem@...emloft.net>, netdev@...r.kernel.org, Eran Ben Elisha <eranbe@...lanox.com>, Brenden Blanco <bblanco@...mgrid.com> Subject: Re: [PATCH net-next 2/2] net/mlx4_en: Refactor the XDP forwarding rings scheme On 28/10/2016 4:07 AM, Alexei Starovoitov wrote: > On Thu, Oct 27, 2016 at 05:52:04PM +0300, Tariq Toukan wrote: >> Separately manage the two types of TX rings: regular ones, and XDP. >> Upon an XDP set, do not borrow regular TX rings and convert them >> into XDP ones, but allocate new ones, unless we hit the max number >> of rings. >> Which means that in systems with smaller #cores we will not consume >> the current TX rings for XDP, while we are still in the num TX limit. > The commit log is too scarce for details... > So questions: > - Did you test with changing the number of channels after xdp prog is loaded? > That was the recent bug that Brenden fixed. Bug no longer exists, as the indices of the XDP TX rings now start from 0, each is identical to its respective RX ring. Brenden's fix didn't get to net-next yet, and it shouldn't once the series is applied. I need to take this w Dave. > - does it still have 256 tx queue limit or xdp tx rings can go over? It still has the limit of 256 TX queues. > - Any performance implications ? I didn't see any performance implications. Note that the XDP TX rings are no longer shown in ethtool -S. > > Brenden, could you please review this patch? > Regards, Tariq
Powered by blists - more mailing lists