On 4/25/25 4:02 AM, Fabio Estevam wrote:
Hi Marek,
On Sun, Apr 20, 2025 at 4:20 PM Marek Vasut <ma...@denx.de> wrote:
Can you send that as a fix ?
And also, fix this patch up and drop the bogus second half of the commit
message and do a V3.
Sorry for the delay.
I found another issue on an imx8mm-evk board.
U-Boot SPL 2025.04-01379-g10f48365112b-dirty (Apr 24 2025 - 22:56:59 -0300)
No pmic
WDT: Started watchdog@30280000 with servicing every 1000ms (60s timeout)
SEC0: RNG instantiated
Trying to boot from MMC1
(Pause here for about 3 seconds)
NOTICE: Do not release JR0 to NS as it can be used by HAB
NOTICE: BL31: v2.12.0(release):v2.12.0
NOTICE: BL31: Built : 15:28:24, Apr 24 2025
U-Boot 2025.04-01379-g10f48365112b-dirty (Apr 24 2025 - 22:56:59 -0300)
CPU: NXP i.MX8MMQ Rev1.0 A53 at 1200 MHz
CPU: Consumer temperature grade (0C to 95C) at 37C
Model: FSL i.MX8MM EVK board
DRAM: 2 GiB
Core: 188 devices, 24 uclasses, devicetree: separate
WDT: Started watchdog@30280000 with servicing every 1000ms (60s timeout)
MMC: FSL_SDHC: 1, FSL_SDHC: 2
Loading Environment from MMC... Reading from MMC(1)... OK
In: serial@30890000
Out: serial@30890000
Err: serial@30890000
SEC0: RNG instantiated
Net: eth0: ethernet@30be0000
Hit any key to stop autoboot: 0
u-boot=>
The issue above is the long pause after "Trying to boot from MMC1".
If I manually revert commit b4734c9c333b ("clk: imx: Convert
clock-osc-* back to osc_*"), then it boots normally, without the long
pause.
Applying your patch helped resolve the USB issue, but not the long pause issue.
Probably some timeout in the esdhc driver, maybe some clock are not
enabled ? I don't see it on the MX8MP.
Did you already apply
Re: [PATCH] clk: imx: Finish converting clock-osc-24 back to osc_24
?
