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  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite for Android: free password hash cracker in your pocket
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <7fd1c60a-3514-a880-6f63-7b6dfdc20de4@gmail.com>
Date: Tue, 12 Nov 2024 09:24:07 +0000
From: Edward Cree <ecree.xilinx@...il.com>
To: Jakub Kicinski <kuba@...nel.org>
Cc: Joe Damato <jdamato@...tly.com>, Daniel Xu <dxu@...uu.xyz>,
 davem@...emloft.net, mkubecek@...e.cz, martin.lau@...ux.dev,
 netdev@...r.kernel.org, kernel-team@...a.com
Subject: Re: [PATCH ethtool-next] rxclass: Make output for RSS context action
 explicit

On 09/11/2024 17:42, Jakub Kicinski wrote:
>  - fixes for helpers used in "is the queue in use" checks like
>    ethtool_get_max_rss_ctx_channel()

If there's an RSS context that names a queue, but no rxnfc filters
 currently target that context, should the queue be considered "in
 use" or not?  (Currently it is.)
I'm trying to figure out how much of ethtool_get_max_rss_ctx_channel
 can be subsumed by the logic I'll need to add to
 ethtool_get_max_rxnfc_channel; if we don't count unused contexts as
 'using' their queues then ethtool_get_max_rss_ctx_channel() can
 almost entirely disappear.

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ