On Mon, Sep 23, 2024 at 11:12:02AM +0200, Geert Uytterhoeven wrote: > Hi David, > > On Mon, Sep 23, 2024 at 10:41 AM David Gibson > <david@xxxxxxxxxxxxxxxxxxxxx> wrote: > > On Mon, Sep 23, 2024 at 10:22:03AM +0200, Geert Uytterhoeven wrote: > > > On Mon, Sep 23, 2024 at 5:41 AM David Gibson > > > <david@xxxxxxxxxxxxxxxxxxxxx> wrote: > > > > So, essentially you're just adding new labels as aliases to existing > > > > labels? > > > > > > > > Ok, I can see at least two ways of doing that which I think are a more > > > > natural fit than allowing symbols to be phandles. > > > > > > [...] > > > > > > > # Method 2: /aliases > > > > > > Does the (Linux) DT overlay code support updating aliases? > > > Last time I needed that (almost a decade ago), it did not. > > > > Huh. I hadn't realised the kernel kept a separate cache of aliases > > that wasn't updated. Assuming that's still the case, that would > > complicate matters a bit. > > Indeed. Actually, in a sense this is just an aspect of a more general thing: libfdt's is not the only relevant implementation of overlays. If you want to extend what overlays can do, you need to consider the kernel implementation too. -- David Gibson (he or they) | I'll have my music baroque, and my code david AT gibson.dropbear.id.au | minimalist, thank you, not the other way | around. http://www.ozlabs.org/~dgibson
Attachment:
signature.asc
Description: PGP signature
