[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <41cb896b-be6c-4594-aa73-a5a475d49d05@ti.com>
Date: Thu, 17 Apr 2025 17:38:45 -0500
From: Judith Mendez <jm@...com>
To: Francesco Dolcini <francesco@...cini.it>
CC: Ulf Hansson <ulf.hansson@...aro.org>,
Adrian Hunter
<adrian.hunter@...el.com>,
Rob Herring <robh@...nel.org>,
Krzysztof Kozlowski
<krzk+dt@...nel.org>,
Conor Dooley <conor+dt@...nel.org>, <linux-mmc@...r.kernel.org>,
<devicetree@...r.kernel.org>, <linux-kernel@...r.kernel.org>,
Josua Mayer <josua@...id-run.com>, Moteen
Shah <m-shah@...com>,
Hiago De Franco <hiagofranco@...il.com>
Subject: Re: [PATCH v2 0/2] Fix V1P8_SIGNAL_ENA
Hi Francesco,
On 4/17/25 2:22 PM, Francesco Dolcini wrote:
> On Thu, Apr 17, 2025 at 01:26:50PM -0500, Judith Mendez wrote:
>> There are eMMC boot failures seen with V1P8_SIGNAL_ENA on Kingston
>> eMMC and variouse types of SD cards on Sitara K3 SoCs due to the
>> sequencing when enumerating to HS200 mode. Since V1P8_SIGNAL_ENA is
>> optional for eMMC, do not set V1P8_SIGNAL_ENA by default for eMMC.
>> For SD cards we shall parse DT for ti,suppress-v1p8-ena property
>> to determine whether to apply the quirk.
>
> I assume this ti,suppress-v1p8-ena should be added to some SoC dtsi, am I
> wrong?
>
I was planning to add in a separate series once this was merged but I
can add to v3 no problem, thanks for reviewing.
~ Judith
Powered by blists - more mailing lists