[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <aa9f5a902ebcc355541bbad8f1fa4f42662b22be.camel@impulsing.ch>
Date: Tue, 22 Apr 2025 09:44:08 +0000
From: Philippe Schenker <philippe.schenker@...ulsing.ch>
To: Francesco Dolcini <francesco@...cini.it>
CC: Wojciech Dubowik <Wojciech.Dubowik@...com>, "linux-kernel@...r.kernel.org"
<linux-kernel@...r.kernel.org>, Rob Herring <robh@...nel.org>, Krzysztof
Kozlowski <krzk+dt@...nel.org>, Conor Dooley <conor+dt@...nel.org>, Shawn Guo
<shawnguo@...nel.org>, Sascha Hauer <s.hauer@...gutronix.de>, Pengutronix
Kernel Team <kernel@...gutronix.de>, Fabio Estevam <festevam@...il.com>,
"devicetree@...r.kernel.org" <devicetree@...r.kernel.org>,
"imx@...ts.linux.dev" <imx@...ts.linux.dev>,
"linux-arm-kernel@...ts.infradead.org"
<linux-arm-kernel@...ts.infradead.org>, "stable@...r.kernel.org"
<stable@...r.kernel.org>
Subject: Re: [PATCH] arm64: dts: imx8mm-verdin: Link reg_nvcc_sd to usdhc2
On Tue, 2025-04-22 at 10:41 +0200, Francesco Dolcini wrote:
> On Tue, Apr 22, 2025 at 07:57:32AM +0000, Philippe Schenker wrote:
> > Hi Francesco,
> Hey Philippe!
>
> > Not sure this causes any side-effects maybe you guys want to
> > investigate further about this.
>
> Yes, we did, the correct implementation would be the one I linked
> in the previous email.
Interesting, thanks for your further explanation. I do understand now.
The implementation with your SMARC module indeed looks much cleaner and
is better to understand what happens.
Please let me know if you wish to remove the vqmmc linkage on i.MX 8MP
-> I would need to test for side effects on my side. Please use the old
mail for it as I already hijacked this one enough :-).
https://lore.kernel.org/all/20240109121627.223017-1-dev@pschenker.ch/
>
> > I needed it due to the strange requirements I had (described in
> > commit
> > message). From my point of view it is correct to link the vqmmc-
> > supply so
> > the voltage can be set also to something different than the default
> > fusing
> > values.
>
> It does not really work fine, because you have this IO driven by the
> SDHCI
> core that is going to affect the PMIC behavior at the same time as
> the I2C
> communication. And even if you remove it from the pinctrl, it's the
> default
> out-of-reset function, so you would have to override it and set this
> pin as
> GPIO even when not used (this would work, of course).
>
>
> My request is to fix it in a slighlty different way that matches with
> the way
> the HW was designed.
>
Download attachment "signature.asc" of type "application/pgp-signature" (704 bytes)
Powered by blists - more mailing lists