From: Andrej Picej <andrej.picej@norik.com>
To: Ahmad Fatoum <a.fatoum@pengutronix.de>,
Marco Felsch <m.felsch@pengutronix.de>
Cc: devicetree@vger.kernel.org, conor+dt@kernel.org,
krzysztof.kozlowski+dt@linaro.org, festevam@gmail.com,
s.hauer@pengutronix.de, linux-kernel@vger.kernel.org,
robh+dt@kernel.org, linux-imx@nxp.com, kernel@pengutronix.de,
shawnguo@kernel.org, linux-arm-kernel@lists.infradead.org,
upstream@phytec.de
Subject: Re: [PATCH 2/2] ARM: dts: imx6: pfla02: Fix SD card reboot problem
Date: Wed, 5 Jul 2023 12:39:20 +0200 [thread overview]
Message-ID: <6a2e5b14-c5d3-b384-2539-033381768dca@norik.com> (raw)
In-Reply-To: <3c0de35f-915a-7ae9-c369-9545b55dd2e4@norik.com>
On 5. 07. 23 10:40, Andrej Picej wrote:
>
>
> On 5. 07. 23 10:30, Ahmad Fatoum wrote:
>> On 05.07.23 10:28, Andrej Picej wrote:
>>> Hi Marco,
>>>
>>> On 4. 07. 23 10:17, Marco Felsch wrote:
>>>> On 23-07-04, Andrej Picej wrote:
>>>>> If regulator is not marked as always-on the regulator gets disabled on
>>>>> reboot breaking the next boot.
>>>>>
>>>>> Signed-off-by: Andrej Picej <andrej.picej@norik.com>
>>>>> ---
>>>>> arch/arm/boot/dts/imx6qdl-phytec-pfla02.dtsi | 1 +
>>>>> 1 file changed, 1 insertion(+)
>>>>>
>>>>> diff --git a/arch/arm/boot/dts/imx6qdl-phytec-pfla02.dtsi
>>>>> b/arch/arm/boot/dts/imx6qdl-phytec-pfla02.dtsi
>>>>> index 80adb2a02cc9..25d6a036d5b8 100644
>>>>> --- a/arch/arm/boot/dts/imx6qdl-phytec-pfla02.dtsi
>>>>> +++ b/arch/arm/boot/dts/imx6qdl-phytec-pfla02.dtsi
>>>>> @@ -192,6 +192,7 @@ vdd_3v3_pmic_io_reg: ldo6 {
>>>>> vdd_sd0_reg: ldo9 {
>>>>> regulator-min-microvolt = <3300000>;
>>>>> regulator-max-microvolt = <3300000>;
>>>>> + regulator-always-on;
>>>>
>>>> I think this is the supply for the sd-card, so you can make use of
>>>> 'vmmc-supply'.
>>>
>>> This is already the case:
>>>
>>>> &usdhc3 {
>>>> pinctrl-names = "default";
>>>> pinctrl-0 = <&pinctrl_usdhc3
>>>> &pinctrl_usdhc3_cdwp>;
>>>> cd-gpios = <&gpio1 27 GPIO_ACTIVE_LOW>;
>>>> wp-gpios = <&gpio1 29 GPIO_ACTIVE_HIGH>;
>>>> vmmc-supply = <&vdd_sd0_reg>;
>>>> status = "disabled";
>>>> };
>>>
>>> I think the main reason for a failed boot is that the PMIC doesn't
>>> get reset and that the bootloader doesn't specifically enable the SD
>>> card regulator.
>>>
>>> Could this patch still be applied or should we put the fix in reset
>>> routine/bootloader?
>>
>> Is SD-Card not main boot medium? From your description, I thought BootROM
>> will fail to boot before bootloader has a chance to do anything about it.
>>
>
> Yes sorry, you are absolutly right, the BootROM fails. It confused me
> because I could see the booloader booting, but it was from one of the
> fallback mediums. So I guess fixing the bootloader is not really an option.
> Sorry for the confusion.
>
Ok, the main problem is well known, that's why PHYTEC disables the imx
watchdog and uses a PMIC one for the reboot handler. This one resets the
board completely. The SD card regulator problem is really just the
manifestation of that bug. Unfortunately I didn't noticed that. :(
I will create a v2 with a proper fix, where imx watchdog gets disabled.
Thanks for your help,
Andrej
>
>>>
>>> Best regards,
>>> Andrej
>>>
>>>>
>>>> Regards,
>>>> Marco
>>>>
>>>>> };
>>>>> vdd_sd1_reg: ldo10 {
>>>>> --
>>>>> 2.25.1
>>>>>
>>>>>
>>>>>
>>>
>>>
>>
next prev parent reply other threads:[~2023-07-05 10:40 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-07-04 8:03 [PATCH 0/2] PHYTEC i.MX6 device-tree fixes Andrej Picej
2023-07-04 8:03 ` [PATCH 1/2] ARM: dts: imx6: phytec: fix RTC interrupt level Andrej Picej
2023-07-04 8:03 ` [PATCH 2/2] ARM: dts: imx6: pfla02: Fix SD card reboot problem Andrej Picej
2023-07-04 8:15 ` Ahmad Fatoum
[not found] ` <02d491bb-2a40-4909-ebc3-be2e183cfcbb@norik.com>
2023-07-05 8:26 ` Ahmad Fatoum
2023-07-04 8:17 ` Marco Felsch
2023-07-05 8:28 ` Andrej Picej
2023-07-05 8:30 ` Ahmad Fatoum
2023-07-05 8:40 ` Andrej Picej
2023-07-05 10:39 ` Andrej Picej [this message]
2023-07-05 12:06 ` Ahmad Fatoum
2023-07-07 9:28 ` Andrej Picej
2023-07-12 8:54 ` Ahmad Fatoum
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=6a2e5b14-c5d3-b384-2539-033381768dca@norik.com \
--to=andrej.picej@norik.com \
--cc=a.fatoum@pengutronix.de \
--cc=conor+dt@kernel.org \
--cc=devicetree@vger.kernel.org \
--cc=festevam@gmail.com \
--cc=kernel@pengutronix.de \
--cc=krzysztof.kozlowski+dt@linaro.org \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-imx@nxp.com \
--cc=linux-kernel@vger.kernel.org \
--cc=m.felsch@pengutronix.de \
--cc=robh+dt@kernel.org \
--cc=s.hauer@pengutronix.de \
--cc=shawnguo@kernel.org \
--cc=upstream@phytec.de \
/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®