Re: [PATCH v3 07/15] devicetree: Add DeviceTree live tree representation

[Doug Anderson]

Hi,

On Thu, Nov 12, 2026 at 7:26 PM David Gibson
<david@xxxxxxxxxxxxxxxxxxxxx> wrote:
>
> On Thu, Nov 12, 2026 at 11:28:29AM -0800, Doug Anderson wrote:
> > Hi,
> >
> > On Wed, Nov 11, 2026 at 6:31 PM David Gibson
> > <david@xxxxxxxxxxxxxxxxxxxxx> wrote:
> > >
> > > > > > > > +++ b/devicetree.py
> > > > > > > > @@ -0,0 +1,226 @@
> > > > > > > > +# SPDX-License-Identifier: (GPL-2.0-or-later OR BSD-2-Clause)
> > > > > > > > +"""devicetree - Non-flattened in-memory device tree representation in Python."""
> > > > > > >
> > > > > > > I'd forgotten about this but PyPI has Zephyr's python-devicetree
> > > > > > > [1][2], which installs a top-level 'devicetree' package.
> > > > > > >
> > > > > > > I'm not sure what to suggest. Would libfdt_devicetree be too awful?
> > > > > >
> > > > > > Right. I'm OK with libfdt_devicetree. David: do you have any
> > > > > > objections?
> > > > >
> > > > > Don't love it, but can't quickly think of a better option.
> > > >
> > > > Would libfdt_tree be better?
> > >
> > > Not really.  The problem with all of the above is that they're making
> > > this library which is about managing a non-flattened device tree a
> > > part of the library/project/namespace that's explicitly about
> > > flattened device trees.
> >
> > Personally, I kinda liked "libfdt.devicetree" that Simon suggested
> > (though my analysis says accomplishing that would be difficult).
> > ...but I can also see David's objections to namespacing this under
> > "libfdt". Does this mean "libfdt_devicetree" is out, too?
>
> I wouldn't say it's "out".  Both options are adequate if we can't come
> up with something better, I'm just not enthused.
>
> > One other option is "dt_livetree". That matches the "livetree.c" that
>
> Again, adequate but clunky.
>
> > already exists in the source base. What do folks think about that? If
> > we switch to this, should I move the ".py" file? In my draft v4 I
> > still have it under "pylibfdt/", but I could move it to a
> > "pylivetree/" directory...
>
> How about "libpydt"?  I'd prefer to reserve "libdt" for a hypothetical
> future cross-language live tree library.

It's fine with me. Simon?

-Doug