On Fri, Jan 09, 2026 at 06:49:11PM +0100, Mark Kettenis wrote: > > Date: Fri, 9 Jan 2026 11:33:51 -0600 > > From: Tom Rini <[email protected]> > > > > On Fri, Jan 09, 2026 at 06:20:30PM +0100, Janne Grunau wrote: > > > > > Enable verbose SMBIOS table generation so that user space applications > > > can use the SMBIOS table to provide details about the system. The > > > desired information is chassis-type to determine whether the system is > > > laptop. > > > Adding the chassis-type property is proposed for the upstream device > > > trees in the Linux kernel in [1]. > > > > > > Link: > > > https://lore.kernel.org/asahi/[email protected]/ > > > [1] > > > Signed-off-by: Janne Grunau <[email protected]> > > > > Reviewed-by: Tom Rini <[email protected]> > > > > > --- > > > I do not plan to update u-boot's in-tree device trees. The Linux device > > > trees have almost reached feature parity. The main missing features are > > > the USB Type-C ports (on track for next merge window) and the laptop > > > keyboards. I think it makes more sense to close the feature gap and > > > switch to upstream device trees instead of adding to the in-tree device > > > trees. > > > > This sounds like a good plan to me, thanks! > > Yes, it is probably time to remove the in-tree device trees for these > devices. They were never actually used in the build anyway. Just > added because a maintainer insisted on having them in the tree. But > now that we have the upstream device trees in the tree, the in-tree > ones can go.
Note that a small challenge for today (I ran in to this as part of fixing OF_OMIT_DTB not requiring building a dtb) is the instructions do say to concatenate m1n1, u-boot.bin and a dtb in some cases. But taking the upstream dtb for that instead is fine I assume. -- Tom
signature.asc
Description: PGP signature
