* __omap2_common_pm_late_init too early
@ 2024-10-01 13:57 Andreas Kemnade
0 siblings, 0 replies; only message in thread
From: Andreas Kemnade @ 2024-10-01 13:57 UTC (permalink / raw)
To: linux-omap
Hi,
I analyzed boot issues a bit:
On the bt200 (OMAP4460) I see:
[ 1.647430] twl: not initialized
[ 1.650817] twl6030_uv_to_vsel:OUT OF RANGE! non mapped vsel for
1375000 Vs max 1316660
All that is called from __omap2_common_pm_late_init
Well, the second line is the consequence of the first line.
TWL is not initialized yet, nor i2c nor ti-sysc.
So that cannot work. Probably it did only work in days when async probe
was not that widespread.
It is declared as
omap_late_initcall(omap2_common_pm_late_init);
In the past there were some stories where omap3 offmode could only be
enabled from userspace... So maybe more trouble here because we are
doing things sometimes too early.
I am a bit unsure when it should be started.
For comparison, other places where things should be done when the
system should be basically known:
clk uses late_initcall_sync() instead of late_initcall() for disabling
unused clocks.
regualtor uses late_initcall_sync() +30s delayed_work for disabling
unused regulators.
Opinions?
Regards,
Andreas
^ permalink raw reply [flat|nested] only message in thread
only message in thread, other threads:[~2024-10-01 13:57 UTC | newest]
Thread overview: (only message) (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2024-10-01 13:57 __omap2_common_pm_late_init too early Andreas Kemnade
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.