From: Andrew Lunn <andrew@lunn.ch>
To: lizhe <sensor1010@163.com>
Cc: andrew+netdev@lunn.ch, davem@davemloft.net, edumazet@google.com,
kuba@kernel.org, pabeni@redhat.com, mcoquelin.stm32@gmail.com,
alexandre.torgue@foss.st.com, rmk+kernel@armlinux.org.uk,
vladimir.oltean@nxp.com, maxime.chevallier@bootlin.com,
netdev@vger.kernel.org, linux-stm32@st-md-mailman.stormreply.com,
linux-arm-kernel@lists.infradead.org,
linux-kernel@vger.kernel.org
Subject: Re: Re: [PATCH] net: stmmac: Support gpio high-level reset for devices requiring it
Date: Wed, 9 Jul 2025 14:54:19 +0200 [thread overview]
Message-ID: <30933244-bfc0-4f6c-9dec-0db4bb33ba58@lunn.ch> (raw)
In-Reply-To: <5c7adfef.1876.197ece74c25.Coremail.sensor1010@163.com>
On Wed, Jul 09, 2025 at 09:57:50AM +0800, lizhe wrote:
> Hi, Andrew
>
> Thx,
>
>
> i conducted an experiment, and no matter whether i configured it as
>
> GPIO_ACTIVE_LOW or GPIO_ACTIVE_HIGH in the dts, the resulting
>
> GPIO pin state was 0, indicating a low level.
You need to keep digging and understand why.
Scatter some printk() in the gpio core code. Does it recognise the
option in DT? Is GPIO_ACTIVE_LOW, FLAG_ACTIVE_LOW being set?
Put some prints into the actual GPIO driver, what is passed to it.
There is something interesting in gpio.txt:
Most controllers are specifying a generic flag bitfield in the last cell, so
for these, use the macros defined in
include/dt-bindings/gpio/gpio.h whenever possible:
It says 'Most'. Is the GPIO controller you are using not actually
doing this?
Andrew
next prev parent reply other threads:[~2025-07-09 12:54 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-07-08 16:50 Lizhe
2025-07-08 17:34 ` Andrew Lunn
[not found] ` <5c7adfef.1876.197ece74c25.Coremail.sensor1010@163.com>
2025-07-09 4:26 ` Russell King (Oracle)
[not found] ` <5bb49dc0.6933.197ee28444e.Coremail.sensor1010@163.com>
2025-07-09 11:11 ` Russell King (Oracle)
[not found] ` <4cfb4aab.9588.197eefef55f.Coremail.sensor1010@163.com>
2025-07-09 14:29 ` Russell King (Oracle)
[not found] ` <2352b745.a454.197efeef829.Coremail.sensor1010@163.com>
2025-07-09 17:01 ` Andrew Lunn
2025-07-09 17:41 ` Russell King (Oracle)
2025-07-09 12:54 ` Andrew Lunn [this message]
2025-07-08 17:40 ` Russell King (Oracle)
[not found] ` <2588871d.189d.197ece7c486.Coremail.sensor1010@163.com>
2025-07-09 4:25 ` Russell King (Oracle)
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=30933244-bfc0-4f6c-9dec-0db4bb33ba58@lunn.ch \
--to=andrew@lunn.ch \
--cc=alexandre.torgue@foss.st.com \
--cc=andrew+netdev@lunn.ch \
--cc=davem@davemloft.net \
--cc=edumazet@google.com \
--cc=kuba@kernel.org \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-stm32@st-md-mailman.stormreply.com \
--cc=maxime.chevallier@bootlin.com \
--cc=mcoquelin.stm32@gmail.com \
--cc=netdev@vger.kernel.org \
--cc=pabeni@redhat.com \
--cc=rmk+kernel@armlinux.org.uk \
--cc=sensor1010@163.com \
--cc=vladimir.oltean@nxp.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®