[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20201216020355.GA2893264@lunn.ch>
Date: Wed, 16 Dec 2020 03:03:55 +0100
From: Andrew Lunn <andrew@...n.ch>
To: Serge Semin <Sergey.Semin@...kalelectronics.ru>
Cc: Alexandre Torgue <alexandre.torgue@...com>, netdev@...r.kernel.org,
linux-stm32@...md-mailman.stormreply.com,
linux-kernel@...r.kernel.org,
Serge Semin <fancer.lancer@...il.com>,
Alexey Malahov <Alexey.Malahov@...kalelectronics.ru>,
Jose Abreu <joabreu@...opsys.com>,
Pavel Parkhomenko <Pavel.Parkhomenko@...kalelectronics.ru>,
Maxime Coquelin <mcoquelin.stm32@...il.com>,
Jakub Kicinski <kuba@...nel.org>,
Giuseppe Cavallaro <peppe.cavallaro@...com>,
Vyacheslav Mitrofanov
<Vyacheslav.Mitrofanov@...kalelectronics.ru>,
"David S. Miller" <davem@...emloft.net>,
linux-arm-kernel@...ts.infradead.org
Subject: Re: [RFC] net: stmmac: Problem with adding the native GPIOs support
> > From what you are saying, it sounds like from software you cannot
> > independently control the GPIO controller reset?
>
> No. The hardware implements the default MAC reset behavior. So the
> GPIO controller gets reset synchronously with the MAC reset and that
> can't be changed.
Is there pinmux support for these pins? Can you disconnect them from
the MAC? Often pins can be connected to different internal IP
blocks. Maybe you can flip the pin mux, perform the MAC reset, and
then put the pinmux back to connect the pins to the MAC IP again?
Andrew
Powered by blists - more mailing lists