netdev - [PATCH net-next 0/3] net: ethtool: consistently take rss

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: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [thread-next>] [day] [month] [year] [list]

Message-ID: <20250626202848.104457-1-kuba@kernel.org>
Date: Thu, 26 Jun 2025 13:28:45 -0700
From: Jakub Kicinski <kuba@...nel.org>
To: davem@...emloft.net
Cc: netdev@...r.kernel.org,
	edumazet@...gle.com,
	pabeni@...hat.com,
	andrew+netdev@...n.ch,
	horms@...nel.org,
	ecree.xilinx@...il.com,
	Jakub Kicinski <kuba@...nel.org>
Subject: [PATCH net-next 0/3] net: ethtool: consistently take rss_lock for all rxfh ops

I'd like to bring RXFH and RXFHINDIR ioctls under a single set of
Netlink ops. It appears that while core takes the ethtool->rss_lock
around some of the RXFHINDIR ops, drivers (sfc) take it internally
for the RXFH.

Consistently take the lock around all ops and accesses to the XArray
within the core. This should hopefully make the rss_lock a lot less
confusing.

Jakub Kicinski (3):
  net: ethtool: take rss_lock for all rxfh changes
  net: ethtool: move rxfh_fields callbacks under the rss_lock
  net: ethtool: move get_rxfh callback under the rss_lock

 drivers/net/ethernet/sfc/ethtool_common.c |  9 +---
 net/ethtool/common.c                      |  2 +
 net/ethtool/ioctl.c                       | 66 +++++++++++++----------
 net/ethtool/rss.c                         | 23 +++++---
 4 files changed, 59 insertions(+), 41 deletions(-)

-- 
2.50.0