[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <20250813-clumsily-jogging-5b271d626084@spud>
Date: Wed, 13 Aug 2025 17:59:38 +0100
From: Conor Dooley <conor@...nel.org>
To: "Russell King (Oracle)" <rmk+kernel@...linux.org.uk>
Cc: Andrew Lunn <andrew@...n.ch>, Heiner Kallweit <hkallweit1@...il.com>,
Andrew Lunn <andrew+netdev@...n.ch>,
Conor Dooley <conor+dt@...nel.org>,
"David S. Miller" <davem@...emloft.net>, devicetree@...r.kernel.org,
Eric Dumazet <edumazet@...gle.com>,
Florian Fainelli <f.fainelli@...il.com>,
Jakub Kicinski <kuba@...nel.org>, Jon Hunter <jonathanh@...dia.com>,
Krzysztof Kozlowski <krzk+dt@...nel.org>, netdev@...r.kernel.org,
Paolo Abeni <pabeni@...hat.com>, Rob Herring <robh@...nel.org>,
Thierry Reding <treding@...dia.com>
Subject: Re: [PATCH net-next] dt-bindings: net: realtek,rtl82xx: document
wakeup-source property
On Wed, Aug 13, 2025 at 12:21:19PM +0100, Russell King (Oracle) wrote:
> The RTL8211F PHY has two modes for a single INTB/PMEB pin:
>
> 1. INTB mode, where it signals interrupts to the CPU, which can
> include wake-on-LAN events.
> 2. PMEB mode, where it only signals a wake-on-LAN event, which
> may either be a latched logic low until software manually
> clears the WoL state, or pulsed mode.
>
> In the case of (1), there is no way to know whether the interrupt to
> which the PHY is connected is capable of waking the system. In the
> case of (2), there would be no interrupt property in the PHY's DT
> description, and thus there is nothing to describe whether the pin is
> even wired to anything such as a power management controller.
>
> There is a "wakeup-source" property which can be applied to any device
> - see Documentation/devicetree/bindings/power/wakeup-source.txt
>
> Case 1 above matches example 2 in this document, and case 2 above
> matches example 3. Therefore, it seems reasonable to make use of this
> existing specification, albiet it hasn't been converted to YAML.
>
> Document the wakeup-source property in the device description, which
> will indicate that the PHY has been wired up in such a way that it
> can wake the system from a low power state.
>
> We will use this in a rewrite of the existing broken Wake-on-Lan code
> that was merged during the 6.16 merge window to support case 1. Case 2
> can be added to the driver later without needing to further alter the
> DT description. To be clear, the existing Wake-on-Lan code that was
> recently merged has multiple functional issues.
>
> Signed-off-by: Russell King (Oracle) <rmk+kernel@...linux.org.uk>
> ---
> Apologies, this should've been sent with the patch to the driver which
> can be found at:
>
> https://lore.kernel.org/r/E1um8Ld-008jxD-Mc@rmk-PC.armlinux.org.uk
Acked-by: Conor Dooley <conor.dooley@...rochip.com>
>
> Documentation/devicetree/bindings/net/realtek,rtl82xx.yaml | 6 +++++-
> 1 file changed, 5 insertions(+), 1 deletion(-)
>
> diff --git a/Documentation/devicetree/bindings/net/realtek,rtl82xx.yaml b/Documentation/devicetree/bindings/net/realtek,rtl82xx.yaml
> index d248a08a2136..2b5697bd7c5d 100644
> --- a/Documentation/devicetree/bindings/net/realtek,rtl82xx.yaml
> +++ b/Documentation/devicetree/bindings/net/realtek,rtl82xx.yaml
> @@ -45,12 +45,16 @@ title: Realtek RTL82xx PHY
> description:
> Disable CLKOUT clock, CLKOUT clock default is enabled after hardware reset.
>
> -
> realtek,aldps-enable:
> type: boolean
> description:
> Enable ALDPS mode, ALDPS mode default is disabled after hardware reset.
>
> + wakeup-source:
> + type: boolean
> + description:
> + Enable Wake-on-LAN support for the RTL8211F PHY.
> +
> unevaluatedProperties: false
>
> allOf:
> --
> 2.30.2
>
Download attachment "signature.asc" of type "application/pgp-signature" (229 bytes)
Powered by blists - more mailing lists