[PATCH] ARM: dts: broadcom: rpi: Switch to V3D firmware clock

[Mark Brown]

On Thu, Oct 30, 2025 at 08:09:47PM +0100, Marek Szyprowski wrote:
> On 30.10.2025 13:59, Mark Brown wrote:

> > That seems buggy on the part of the core, particularly since userspace
> > isn't there yet so we might be missing some filesystems - I would have
> > expected the device to probe once the supply becomes available.  But I
> > do agree with your analysis, it doesn't look like an issue with this
> > driver.

> Well, I see this partially as a configuration issue. Probably in case of 
> NFS root and modules distributed there it would be good to add 
> deferred_probe_timeout=60 or something like that. I'm not sure if there 
> can be any generic solution for this kind of issues.

I disagree, I just don't think we should ever stop trying to probe a
device that's in deferral.  It's sensible to carry on with system wide
actions after a timeout, but stopping trying to probe the device isn't
helpful.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 488 bytes
Desc: not available
URL: <http://lists.infradead.org/pipermail/linux-arm-kernel/attachments/20251031/0fdd006a/attachment.sig>