[<prev] [next>] [day] [month] [year] [list]
Message-ID: <aG582lPgpOr8oyyx@shell.armlinux.org.uk>
Date: Wed, 9 Jul 2025 15:29:46 +0100
From: "Russell King (Oracle)" <linux@...linux.org.uk>
To: lizhe <sensor1010@....com>
Cc: Andrew Lunn <andrew@...n.ch>, andrew+netdev@...n.ch,
davem@...emloft.net, edumazet@...gle.com, kuba@...nel.org,
pabeni@...hat.com, mcoquelin.stm32@...il.com,
alexandre.torgue@...s.st.com, vladimir.oltean@....com,
maxime.chevallier@...tlin.com, netdev@...r.kernel.org,
linux-stm32@...md-mailman.stormreply.com,
linux-arm-kernel@...ts.infradead.org, linux-kernel@...r.kernel.org
Subject: Re: Re: Re: Re: [PATCH] net: stmmac: Support gpio high-level reset
for devices requiring it
On Wed, Jul 09, 2025 at 07:42:55PM +0800, lizhe wrote:
> Hi,
> i have already declared it in the DTS.
>
> &gmac {
> snps,reset-gpio = <&gpio3 RK_PB7 GPIO_ACTIVE_HIGH>;
> };
Active high means that the reset is in effect when the output is at the
logic '1' state. So, gpiod_get_value*() will return the same as
gpiod_get_raw_value*().
Active low means that the reset is in effect when the output is at the
logic '0' state, and in that case the return value of
gpiod_get_value*() will return true when the reset is active (at logic
'0' state) whereas gpiod_get_raw_value*() will return zero.
--
RMK's Patch system: https://www.armlinux.org.uk/developer/patches/
FTTP is here! 80Mbps down 10Mbps up. Decent connectivity at last!
Powered by blists - more mailing lists