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: Mon, 30 Nov 2020 17:08:27 -0800 From: Jakub Kicinski <kuba@...nel.org> To: Tony Nguyen <anthony.l.nguyen@...el.com> Cc: davem@...emloft.net, Mario Limonciello <mario.limonciello@...l.com>, netdev@...r.kernel.org, sassmann@...hat.com, sasha.neftin@...el.com, Aaron Brown <aaron.f.brown@...el.com> Subject: Re: [net-next 1/4] e1000e: allow turning s0ix flows on for systems with ME On Mon, 30 Nov 2020 13:29:04 -0800 Tony Nguyen wrote: > From: Mario Limonciello <mario.limonciello@...l.com> > > S0ix for GBE flows are needed for allowing the system to get into deepest > power state, but these require coordination of components outside of > control of Linux kernel. For systems that have confirmed to coordinate > this properly, allow turning on the s0ix flows at load time or runtime. Please CC PCI, power management, (and ACPI?) people on the next version of this change. Alex's suggestion of ethtool flags is definitely an improvement, but it'd be even better if we didn't have to add PCI/PM specific knobs to networking APIs.
Powered by blists - more mailing lists