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--