I hope Qualcomm upstreams all the device tree kernel level stuff to Linux for every laptop model. One of the things I don't like about Arm Laptops is—for example—how even if a SoC is supported upstream, if the manufacturer does not upload a device tree for their device, then you're cooked.
I read that while these Snapdragon laptops do technically have UEFI + ACPI, the information they provide is not useful for Linux and is more coupled with Qualcomm's proprietary drivers on Windows. Therefore, device trees are needed on Linux (I could be wrong about the first part).
> Needing the kernel to be changed for each device is an Androidism
It's an Armish not an Androidism. It's an embedded legacy that really doesn't make sense anymore. But inertia is powerful enough that even Apple is still using device trees, even on their M series SoCs ( <a href="https://asahilinux.org/docs/fw/adt/" rel="nofollow">https://asahilinux.org/docs/fw/adt/ )
I wouldn't call it legacy as that implies something people inherited but didn't want. The common sentiment among kernel developers has always seemed to be that device trees are nicer to work with than the complicated PC abstractions, and that sentiment remains today. And IIRC Linux didn't always have device trees; it was an approach that came later as it was ported beyond x86, Alpha, and SPARC, and was welcomed.
I'm not a kernel developer, but it seems to be one of those things that's great when you're adding support for a particular device on a particular platform, but becomes a giant PITA in the aggregate for the downstream ecosystem. It's a mismatch of incentives and preferences.
hurricanepootis · · focus · HN ↗
I read that while these Snapdragon laptops do technically have UEFI + ACPI, the information they provide is not useful for Linux and is more coupled with Qualcomm's proprietary drivers on Windows. Therefore, device trees are needed on Linux (I could be wrong about the first part).
ChocolateGod · · focus · HN ↗
Instead Qualcomm should improve their ACPI implementation and improve the kernels handling of it
kllrnohj · · focus · HN ↗
It's an Armish not an Androidism. It's an embedded legacy that really doesn't make sense anymore. But inertia is powerful enough that even Apple is still using device trees, even on their M series SoCs ( <a href="https://asahilinux.org/docs/fw/adt/" rel="nofollow">https://asahilinux.org/docs/fw/adt/ )
wahern · · focus · HN ↗
I'm not a kernel developer, but it seems to be one of those things that's great when you're adding support for a particular device on a particular platform, but becomes a giant PITA in the aggregate for the downstream ecosystem. It's a mismatch of incentives and preferences.