[PATCH 3/3] imx: power-domain: Get rid of SMCCC dependency

Marek Vasut marex at denx.de
Sun Apr 17 23:37:27 CEST 2022


On 4/17/22 20:24, Adam Ford wrote:

Hi,

>>> When I just reverted all three of those, it still hangs.  However,
>>> when I removed CONFIG_CLK, it recovered.  I'll examine which clocks
>>> may be missing or if there is some other clock dependency.
>>
>> Hum, clock sounds indeed more plausible cause of the hang because the
>> SMC calls (or the power domain driver) does not come up so early in the
>> process. (the other possibility is that you're running of MALLOC_F space
>> due to the extra clock).
>>
>> The obvious other question I have would be -- does it hang if you only
>> enable CONFIG_CLK=y without these patches here ?
> 
> It appears that I just needed to enable the CCF, CCF composite, and
> the IMX8MQ clock driver which were previously disabled by default.
> With those enabled, it booted just fine.
> Once it booted, I was able to start the USB system and it detected a
> USB thumb drive.
> 
> I did not enable them in SPL, but I can try it if you want.

Oh, right, now you actually can bring up USB in SPL, that's a nice bonus.

> Should we expand the power domain dependency to include these clocks,
> or should these clocks just turn on by default if/when the 8MQ is the
> target SOC?

Probably add something like this into the Kconfig file:

select CLK_IMX8MQ if IMX8MQ

for all four MX8M variants and for all SPL variants (so 8 entries total) 
and that should fix the clock dependency in general.

> At this point, I don't think it's a MALLOC_F issue, but I considered that.
> 
> I can mark your patch with a t-b, but I am not sure if you want to do
> a V2 with these clocks enabled or do something different.

Maybe just send a subsequent patch. That's likely easier on Stefano, 
since this series is already buries deep in his master-next branch.


More information about the U-Boot mailing list