Re: import latest DTS files
Lloyd Parkes <[email protected]>
| Newsgroups | gmane.os.netbsd.ports.arm |
|---|---|
| Message-ID | <ca21c7ccf1566881c66ff31e05bce269e06bef32.camel@must-have-coffee.gen.nz> |
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