Re: import latest DTS files

[Lloyd Parkes <lloyd%must-have-coffee.gen.nz@localhost>]

On Sun, 2024-06-30 at 14:19 +0100, Robert Swindells wrote:
> 
> Why not just try this out?
> 
> You pick a Linux version to use, run the script on it, tar up the new
> tree and put it on ftp.n.o.
> 
> People wanting to test it on their boards out can rename their
> sys/external/gpl2/dts/dist directory out of the way and unpack your
> tarball in its place.

The Linux sources have changed enough that they can't be built with
current. All the 32-bit ARM support has been moved into vendor specific
subdirectories and some of the 64-bit ARM subdirectories have targets
that cause make to just exit with an error.

I am working though the many issues I've encountered while trying to
build the DTBs and I think I'm making good progress but I'm not yet at
the point of testing DTBs or running diffs in order to head off
problems.

Once I can build all the DTBs, I could reasonably create an archive of
NetBSD source changes and an archive of DTB files. People could then do
as much or as little testing as they want.

> There don't look to be any overlay files for boards we care about. If
> we do want to support them later then just create a dts file in
> sys/arch/arm/dts that includes both the parent and the overlay.

I have put the work into fixing this "properly" by adding support for
these special targets to bsd.dtb.mk and adding fdtoverlay to the host
tools. I'm quite pleased with my work on bsd.dtb.mk, but if TNF wants
to avoid adding a new host tool and uses a simple source change
instead, then I won't sulk. 

Ngā mihi,
Lloyd