linux-kernel - Re: [PATCH net-next v2 1/1] net: sxgbe: rework EEE handling based on PHY negotiation

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-prev] [day] [month] [year] [list]

Message-ID: <0d3ba7a5-0e24-4cb5-be52-74a7096a11eb@lunn.ch>
Date: Fri, 7 Feb 2025 14:19:31 +0100
From: Andrew Lunn <andrew@...n.ch>
To: "Russell King (Oracle)" <linux@...linux.org.uk>
Cc: Oleksij Rempel <o.rempel@...gutronix.de>,
	Byungho An <bh74.an@...sung.com>,
	"David S. Miller" <davem@...emloft.net>,
	Eric Dumazet <edumazet@...gle.com>,
	Jakub Kicinski <kuba@...nel.org>, Paolo Abeni <pabeni@...hat.com>,
	kernel@...gutronix.de, linux-kernel@...r.kernel.org,
	netdev@...r.kernel.org
Subject: Re: [PATCH net-next v2 1/1] net: sxgbe: rework EEE handling based on
 PHY negotiation

> ... and given this, I ask again: should there be a generic
> software-timer EEE implementation so we're not having to patch multiple
> drivers for the same bug(s).

Probably there should be. But given how little resources we have, i'm
not sure it will ever get done.

Is there anything special in the stmmac code? Workarounds for stmmac
peculiarities? Could it be pulled out? Given you have looked at it,
and fixed it up, it seems like the obvious candidate for code
donation.

Maybe we need to ask the next developer who submits a MAC driver with
a software-timer EEE implementation to build the library?

	Andrew