Re:Linux support is coming to Snapdragon X2 Series
by aseipp on Thursday September 24, 2026 @08:22AM
(#49829643)
Someone from Qualcomm posted a "DT-ACPI Hybrid Mode" set of patches a while back that let you call ACPI table functions, etc even while booting with the device tree, allowing you to control some things like keyboard lightning/power management independently. That would be a good first step but I'm not sure it went anywhere in the meantime. In theory supporting Device Tree by including the blob in a ROM somewhere shouldn't be much more work (if any) than including working ACPI tables, but we all know how that works out in practice!
[ Parent
| on HN ]
Re:Linux support is coming to Snapdragon X2 Series
by throwaway173738 on Thursday September 24, 2026 @08:27AM
(#49829684)
> supporting Device Tree by including the blob in a ROM somewhere shouldn't be much more work (if any) than including working ACPI tables, but we all know how that works out in practice!
This is definitely a thing in some embedded systems I’ve used. There are some Marvell boards which do this. They all use U-boot though.
Re:Linux support is coming to Snapdragon X2 Series
by bigfishrunning on Thursday September 24, 2026 @09:00AM
(#49829994)
The problem is that the content of the device tree isn't really stable -- if a new kernel version has a driver with a new required parameter for instance, suddenly your ROM device tree is out of date and much less useful.
Re:Linux support is coming to Snapdragon X2 Series
by aseipp on Thursday September 24, 2026 @10:43AM
(#49831357)
Oh, that's a good point I forgot about; I suppose DT interfaces aren't considered part of the stability contract for users... Really Device Tree is somewhat "Linux-specific"-enough and low level enough that issues like this aren't ideal. But if we could just get to the point that was a problem, I'd be happier than now, I suspect!
Re:Linux support is coming to Snapdragon X2 Series
by dezgeg on Friday September 25, 2026 @03:44AM
(#49841408)
In theory device trees are supposed to be a OS-neutral stable ABI. Being able to put a device tree into unchangeable mask ROM is an often mentioned design goal.
However, there is a fatal flaw in the process that makes this a pipe dream in reality. In Linux, these rules only apply to reviewed and merged drivers. And during review any new DT interface will almost certainly be bikeshedded in some way.
So unless your chip vendor has upstreamed ALL their drivers before a device is manufactured, the device's firmware-provided DT will very likely work only against a vendor kernel and requires updating.