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
| ||
|
Message-ID: <20230404164608.5489fb1b@kernel.org> Date: Tue, 4 Apr 2023 16:46:08 -0700 From: Jakub Kicinski <kuba@...nel.org> To: Edward Cree <ecree.xilinx@...il.com> Cc: edward.cree@....com, linux-net-drivers@....com, davem@...emloft.net, pabeni@...hat.com, edumazet@...gle.com, netdev@...r.kernel.org, habetsm.xilinx@...il.com, sudheer.mogilappagari@...el.com Subject: Re: [RFC PATCH net-next 5/6] net: ethtool: add a mutex protecting RSS contexts On Tue, 4 Apr 2023 13:32:04 +0100 Edward Cree wrote: > > Argh, the mutex doubles the size of the state, and most drivers don't > > implement this feature. My thinking was to add a "ethtool state"> > > pointer to net_device which will be allocated by ethtool on demand > > and can hold all ethtool related state. > > Would any other existing net_device fields go in this struct, or is > it just the RSS stuff so far? Only wol_enabled possibly, nothing else looks relevant. But wol_enabled is one bit so up to you if you want to move it.
Powered by blists - more mailing lists