From: Andreas Kemnade <andreas@kemnade.info>
To: "A. Sverdlin" <alexander.sverdlin@siemens.com>
Cc: Tony Lindgren <tony@atomide.com>,
linux-omap@vger.kernel.org, Aaro Koskinen <aaro.koskinen@iki.fi>,
Kevin Hilman <khilman@baylibre.com>,
Roger Quadros <rogerq@kernel.org>,
linux-kernel@vger.kernel.org
Subject: Re: [PATCH] Revert "bus: ti-sysc: Probe for l4_wkup and l4_cfg interconnect devices first"
Date: Thu, 13 Mar 2025 20:21:29 +0100 [thread overview]
Message-ID: <20250313202129.0dcfc44e@akair> (raw)
In-Reply-To: <20250313094708.1003092-1-alexander.sverdlin@siemens.com>
Hi Alexander,
Am Thu, 13 Mar 2025 10:47:06 +0100
schrieb "A. Sverdlin" <alexander.sverdlin@siemens.com>:
> From: Alexander Sverdlin <alexander.sverdlin@siemens.com>
>
> This reverts commit 4700a00755fb5a4bb5109128297d6fd2d1272ee6.
>
> It brakes target-module@2b300050 ("ti,sysc-omap2") probe on AM62x in a case
> when minimally-configured system tries to network-boot:
>
brakes or breaks? To unterstand the severity of the issue...
> [ 6.888776] probe of 2b300050.target-module returned 517 after 258 usecs
> [ 17.129637] probe of 2b300050.target-module returned 517 after 708 usecs
> [ 17.137397] platform 2b300050.target-module: deferred probe pending: (reason unknown)
> [ 26.878471] Waiting up to 100 more seconds for network.
>
> Arbitrary 10 deferrals is really not a solution to any problem.
So there is a point where no more probe of anything pending are
triggered and therefore things are not probed?
> Stable mmc enumeration can be achiever by filling /aliases node properly
> (4700a00755fb commit's rationale).
>
yes, it does not look like a clean solution. And we have the
proper aliases node in many places. What I am a bit wondering about is
what kind of sleeping dogs we are going to wake up by this revert. So I
think this should be tested a lot esp. about possible pm issues.
Not every dependency in the sysc probe area is properly defined.
Regards,
Andreas
next prev parent reply other threads:[~2025-03-13 19:21 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-03-13 9:47 [PATCH] Revert "bus: ti-sysc: Probe for l4_wkup and l4_cfg interconnect devices first" A. Sverdlin
2025-03-13 19:21 ` Andreas Kemnade [this message]
2025-03-13 20:42 ` Sverdlin, Alexander
2025-03-13 22:01 ` Andreas Kemnade
2025-03-19 3:56 ` Tony Lindgren
2025-03-19 6:54 ` Sverdlin, Alexander
2025-03-19 7:18 ` Sverdlin, Alexander
2025-03-19 7:39 ` Sverdlin, Alexander
2025-03-20 4:00 ` Tony Lindgren
2025-03-19 8:17 ` Andreas Kemnade
2025-03-20 4:09 ` Tony Lindgren
2025-03-31 9:00 ` Andreas Kemnade
2025-04-01 3:57 ` Tony Lindgren
2025-04-01 7:06 ` Sverdlin, Alexander
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=20250313202129.0dcfc44e@akair \
--to=andreas@kemnade.info \
--cc=aaro.koskinen@iki.fi \
--cc=alexander.sverdlin@siemens.com \
--cc=khilman@baylibre.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-omap@vger.kernel.org \
--cc=rogerq@kernel.org \
--cc=tony@atomide.com \
/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 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.