Thread (15 messages) 15 messages, 7 authors, 2022-06-28

Re: [PATCH v2 2/2] of: base: Avoid console probe delay when fw_devlink.strict=1

From: Linus Walleij <hidden>
Date: 2022-06-28 13:41:50
Also in: linux-acpi, linux-devicetree, linux-gpio, linux-iommu, linux-pm, lkml

On Thu, Jun 23, 2022 at 12:05 PM sascha hauer [off-list ref] wrote:
Also consider SoCs in early upstreaming phases
when the device tree is merged with "dmas" or "hwlock" properties,
but the corresponding drivers are not yet upstreamed. It's not nice
to defer probing of all these devices for a long time.
Actually this drives a truck through the entire approach in a way.

It is perfectly legal to have a device tree with dmas specified
but leave them unused in the operating system. DT just describes
what hardware is there, it does not mandate that the OS
implement drivers for all of it.

This approach really needs that the resolution mechanism
is aware of whether:

1. a driver exist for the resource at all so it will eventually resolve

2. if that driver is compiled in or module at all (IS_ENABLED())

3. If the resource should be grabbed early or optionally later
    such as dmas for console UART

Only then can the mechanism work in the generic case.

Yours,
Linus Walleij
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help