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