linux-kernel - Re: [PATCH v2] arm64: dts: imx8mq-kontron-pitx-imx8m: remove vqmmc-supply node

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <79fb60ea9a002ea553a92ea08b28b866@walle.cc>
Date:   Tue, 14 Sep 2021 10:32:26 +0200
From:   Michael Walle <michael@...le.cc>
To:     Lucas Stach <l.stach@...gutronix.de>
Cc:     Heiko Thiery <heiko.thiery@...il.com>, devicetree@...r.kernel.org,
        linux-arm-kernel@...ts.infradead.org, linux-kernel@...r.kernel.org,
        Fabio Estevam <festevam@...il.com>,
        Shengjiu Wang <shengjiu.wang@....com>,
        Joakim Zhang <qiangqing.zhang@....com>,
        Krzysztof Kozlowski <krzk@...nel.org>,
        Rob Herring <robh+dt@...nel.org>,
        NXP Linux Team <linux-imx@....com>,
        Pengutronix Kernel Team <kernel@...gutronix.de>,
        Shawn Guo <shawnguo@...nel.org>,
        Sascha Hauer <s.hauer@...gutronix.de>
Subject: Re: [PATCH v2] arm64: dts: imx8mq-kontron-pitx-imx8m: remove
 vqmmc-supply node

Hi Lucas,

Am 2021-09-14 10:20, schrieb Lucas Stach:
> Am Dienstag, dem 14.09.2021 um 09:26 +0200 schrieb Heiko Thiery:
>> The sw4 output (V_1V8_S0 voltage) from the PMIC is the main supply for
>> the 1V8 power domain. It is not only used as supply for the eMMC.
>> So this voltage can not be changed and is not allowed to switched off.
>> Therefore we do not want to provide this regulator to the SDHC driver 
>> to
>> control this voltage.
>> 
> This specific requirement should not be solved by removing the
> regulator connection from the SDHCI node, but instead by constraining
> the regulator voltage range to a fixed 3.3V and marking the regulator
> as always-on to reflect the hardware requirements in the DT.
> 
> Also if your eMMC vqmmc is a fixed 3.3V, I don't think you need the
> faster pinctrl states, as you can't use the faster pin states anyways,
> as they require a 1.8V signaling voltage.

Are you speaking of the 1.8V signalling modes? As far as I know the
IMX SDHC controller will switch the voltage by its own function pin.
That is, its not a GPIO.

-michael