Re: [RFC PATCH 40/77] dtc: Introduce dti_get_node_by_path()
David Gibson <[email protected]> Thu, 29 Jan 2026 12:38:06 +1100
| Newsgroups | org.kernel.vger.devicetree-spec,org.kernel.vger.devicetree-compiler,org.kernel.vger.linux-devicetree,org.kernel.vger.linux-kernel |
|---|---|
| Message-ID | <aXq5_uaKjksnQOJj@zatzit> |
--bg6ardM+KEoZVqAq Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Jan 19, 2026 at 04:52:44PM +0100, Herve Codina wrote: > Hi David, >=20 > On Thu, 15 Jan 2026 17:47:29 +1100 > David Gibson <[email protected]> wrote: >=20 > > On Mon, Jan 12, 2026 at 03:19:30PM +0100, Herve Codina wrote: > > > The future introduction of orphan nodes for addons device-tree will l= ead > > > to more than one tree in the addons data. Those trees will be: > > > - the classical root tree starting at the root node > > > - trees related to orphan nodes =20 > >=20 > > This doesn't make sense to me. The new function still just takes a > > single path, nothing to specify which tree that path is looked up in. > >=20 > > You can probably guarantee that labels and phandles are unique across > > all the trees. Not paths, though. > >=20 >=20 > Paths can be unique across all trees. The tree needs to be indicated in t= he > path. Starting by '/' is the root tree. Oh, ok. That wasn't clear from this patch, and I must have missed it in my cursory look at the later patches. I had the mistaken impression this just looked for the same path in each orphan tree. > For orphans, I proposed "$<orphan_name>/<path>" in patch 64 introducing > references by path for orphan nodes and so, for orphan trees. >=20 > Best regards, > Herv=E9 >=20 --=20 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 --bg6ardM+KEoZVqAq Content-Type: application/pgp-signature; name=signature.asc -----BEGIN PGP SIGNATURE----- iQIzBAEBCgAdFiEEO+dNsU4E3yXUXRK2zQJF27ox2GcFAml6uf4ACgkQzQJF27ox 2GdgfRAAgqHPbdnC3QUMdnCQFgdzFOFaWowEb5CMPH/lvD1EuQPFxgUFxj7IBBTU q5L1q1bZDe48okac66WpzNQX3lBQTkumvMolqAXF6YHFhC8S00NdNIl08Jxgqfet anuu3sNpRNi1PFGTGFMQzV9FX8jdawG/zfdK4D/y8O8YJXLWLrMYW0WSNuJnPJc6 IJfup4lE+UN6WF/4SKddHcRKup5ChuSvdgjRJZqm38hwZZJRYtXZwVs4N11Wk+/i h4dpt6Q2JKQIHXlUYXe6MZWRr/wILXohDWz09M1sOE09/QpZR3Mxbfvo0bNXBcVT Pf1LxHNpHrjii/jCQUYV8q3Eh4nKl65Ue4uzIRhTfeT9vXkKVaDsQQPzgkccZAQl px690smmvJEWGQqP7cR3P+bQi28RNSw2lOdLKaE2qrpadg7psKT3mEtGvSO7wUVA UUhBRdVKQjN52ox7QWHyQjT1kklIEbywx6QHuVt2vebXO8TWlkU6BSE4FIN9cH8T yS3/CKNMddps6jKDtqE61RKifptVws1GfliS0oiBaAKgqe2JANKtTxIWtyo7S6xe Sa6RbSrnk9t5c5AW++FjUmkhO3xC3OXD+EbNaN1gDOKGqYe6n8Muxoy9goMX967F h9qcVqkcgykPahKAWq5fFWgmtQvxNGLaO+uLKUszO77Gd0ARvw8= =cXHW -----END PGP SIGNATURE----- --bg6ardM+KEoZVqAq--