linux-omap.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
* __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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).