[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <2842a6b1-ba65-4f7c-8699-aa2fd3de85b0@lunn.ch>
Date: Wed, 30 Jul 2025 16:35:45 +0200
From: Andrew Lunn <andrew@...n.ch>
To: "Russell King (Oracle)" <linux@...linux.org.uk>
Cc: Heiner Kallweit <hkallweit1@...il.com>,
Daniel Braunwarth <daniel.braunwarth@...a.com>,
"David S. Miller" <davem@...emloft.net>,
Eric Dumazet <edumazet@...gle.com>,
Florian Fainelli <florian.fainelli@...adcom.com>,
Gatien CHEVALLIER <gatien.chevallier@...s.st.com>,
Jakub Kicinski <kuba@...nel.org>, Jon Hunter <jonathanh@...dia.com>,
netdev@...r.kernel.org, Paolo Abeni <pabeni@...hat.com>,
Thierry Reding <treding@...dia.com>
Subject: Re: [PATCH RFC ???net???] net: phy: realtek: fix wake-on-lan support
> Not all interrupts are capable of waking the system up, and there is
> no way for a PHY to know whether it's connected to an interrupt that
> has that ability.
I was wondering about that. And maybe that enable_irq_wake() returns
-EOPNOTSUPP if it cannot actually wake the system? But there is no
documentation about that.
So we cannot trust it, and "wakeup-source" is needed.
Andrew
Powered by blists - more mailing lists