Qualcomm draagt bij aan Linux-ondersteuning voor Snapdragon X2-serie

Qualcomm gaat actief bijdragen aan Linux-ondersteuning voor de X2-serie in laptops. Dat heeft de fabrikant bekendgemaakt tijdens de Snapdragon Summit. De ondersteuning begint met twee distro's: Debian en Ubuntu.

Qualcomm heeft sinds de Snapdragon Summit van 2025 gewerkt aan de ondersteuning voor Linux op zijn X2-processors. Laptops met zulke socs werden vooralsnog alleen met Windows uitgebracht. Het gaat om de Snapdragon X2 Elite Extreme, X2 Elite en X2 Plus.

Hoewel het voor veel Linux-fans goed nieuws zal zijn, is nog wel enig geduld nodig voordat er kant-en-klare versies verschijnen: vooralsnog gaat het om een 'early developer preview'.

Met de ondersteuning van Linux wil Qualcomm naar eigen zeggen het werk van developers en de opensourcecommunity makkelijker maken. Qualcomm rolt de developer preview stapsgewijs uit. De focus ligt eerst op het werkend krijgen van alle drivers om bijvoorbeeld de Hexagon-npu en Adreno-gpu aan te sturen. Daarvoor gebruikt Qualcomm open source drivers.

Er zijn twee distro's die voor Qualcomm prioriteit hebben: Debian en Ubuntu. Voor de Ubuntu-build werkt het bedrijf samen met uitgever Canonical.

Qualcomm heeft online al de nodige middelen klaargezet om mensen zelf aan de slag te laten gaan met een build van Linux. Daarbij benadrukt het Amerikaanse bedrijf wel dat het zich allemaal nog in een erg vroeg stadium bevindt en het vooral gericht is op ontwikkelaars, hardwareteams en maintainers van Linux-distro's.

Reacties (28)

[RobertMe]

Het grootste euvel hiervan blijft natuurlijk daadwerkelijke hardware support. Het is uiteraard zeer fijn dat / als Qualcomm drivers ontwikkeld. Maar die drivers heb je niks aan je een laptop koopt waar je niet zo makkelijk Linux op kunt zetten doordat er een heel specifieke download voor nodig is. Van x86 kennen we UEFI en ACPI, waardoor het OS tijdens de boot kan achterhalen welke hardware er in het systeem zit en hoe / waar die is aangesloten. Bij ARM staat EUFI en ACPI nog in de kinderschoenen, als het al aanwezig is. Waardoor de "oplossing" de device tree is. Een apparaat gebonden configuratie bestand waar de volledige hardware in beschreven staat, van de werking van de GPU tot aan hoe bv een power button verbonden is/comminiceert.
En ik zie het niet gebeuren dat als er 20 laptops met een X2 SoC uit komen dat Qualcomm ook voor alle 20 een dts file gaat aanleveren.

---

Aan de andere kant heb ik een paar maanden terug een Android tablet gekocht om er Linux op te zetten. En ja, er is een custom kernel fork voor nodig. Maar een groot deel van het werk in die fork lijkt de device tree te zijn (en als ik het goed heb een driver voor het scherm).
Waarbij ik zijdelings ook wat de Qualcomm specifieke Linux mailinglist aan het volgen ben. En er wordt toch ook echt wel wat werk verzet door Qualcomm. Vele patchsets bijgedragen door Qualcomm komen daar voorbij. Waarbij ook vanalles en nog wat relevant is voor andere hardware. Zo is er ook een hele serie aan patches om ondersteuning voor DisplayPorts Multi-Stream Transport toe te voegen (voor bv daisy chaining van monitoren) en die heb ik getest en werkt net zo goed met mijn Snapdragon 8 Gen 2 (/"SM8550") SoC en niet alleen met bv zo'n X1 / X2 SoC. En hetzelfde met patches voor de video encoding/decoding hardware. Ook daarvan heb ik een patch toegepast voor mijn tablet die issues oplost / ondersteuning verbeterd.

Deze bijdragen van Qualcomm hebben dus een groter effect op de Linux + Qualcomm ondersteuning dan puur de X1/X2 SoCs waarvan ook andere projecten / distro's / hardware meeplukken.

[Stetsed]

Grappig genoeg kan ik hier wat input op geven, ik zit namelijk op dit moment als student op een project in samenwerking met een Qualcomm OSS engineer, waarbij wij precies hier naar zitten te kijken.

Ik kan zeggen dat UEFI gewoon all werkt op Qualcomm devices, teminste degene waar ze het op zetten. Voor ons is het test kader de Arduino Uno Q dus een qrb2210, die draait bijna gewoon stock standaard Debian. Even uit me hoofd draaien we gewoon standard Debian Kernel, standaard install, standaard systemd. Er zijn natuurlijk well verschillen maar niet zo veel meer, en dit komt dan hopelijk uiteindelijk op de andere platforms. En dit draait via een omroete door het chainloaden van U-boot gewoon een capable UEFI omgeving.

Echter lost UEFI zelf dit probleem niet op, zoiezo is ACPI zelf all een provider of last resort, als het device niet via andere protcollen kon detecteren waarmee het geconecteerd is. Het is eigenlijk automatische DeviceTree generation. Maar zelfs als je UEFI hebt is dit apart van ACPI.

Het probleem met DeviceTree's bestaat echter well en dit is nog steeds een probleem, ik weet dat het team waar de engineer is die wij mee werken hier well naar zit te kijken. Maar op dit moment licht de focus bij ons teminste op het ondersteunen van DeviceTree Overlays in Systemd-Stub. Het probleem op dit moment namelijk is dat er voor elke mogelijke combinatie van hardware een DeviceTree is dat je voor elke combinatie nog een DeviceTree nodig hebt. Dus dit groeit O(2^n-1) hoeveelheid devicetrees worst case, wat natuurlijk niet haalbaar is op groot schaal, zeker op een bord zoals de Arduino Uno, waar je veel verschillende hardware aansluit.

Het uiteindelijk doel van Overlays en dat is dus de focus bij ons is dat de overlay bevat alleen informatie over wat hij toevoegt. Dit betekent dat je dus maar 1 file nodig hebt per hardware component. Echter is dit natuurlijk nog niet automatisch, binnen ons project moet je nog well zelf aanzetten welke componenten connected zijn.

Maar dus ik kan je zeker vertellen dat het probleem dat je roept helemaal niet nieuw is, en dat er zeker aan wordt gewerkt.

[Reactie gewijzigd door Stetsed op 24 september 2026 11:27]

[Verwijderd]

Precies waar ik op zit te wachten. Aangezien ik toch echt wil overstappen op een linux machine op de arm64 architectuur. Zeker sinds macos 27.0.

[dwizzy]

Waarom sinds MacOS 27.0?

[Verwijderd]

Vanwege de llm zooi die ze in 27.0 ingebakken hebben die nagenoeg niet uit te zetten is. Ergens diep in de settings app kan je wat Siri AI uitzetten maar dan blijven er minimaal nog een aantal processen draaien. En ik wil daar echt niks mee te maken hebben.

[Applerol Sprits]

Siri uitschakelen

1. Open het Apple-menu () in de hoek van je scherm.
2. Klik op Systeeminstellingen.
3. Klik op Siri in de navigatiekolom aan de linkerkant.
4. Zet de schakelaar voor Siri uit of schakel de opties zoals 'Luister naar "Hé Siri"' of sneltoetsen uit

Apple Intelligence en AI-functies uitschakelen

1. Systeeminstellingen: Ga naar Systeeminstellingen > Siri > App-access en zet 'Leer van deze toepassing' en suggesties uit voor vermelde apps.
2. Meldingen: Ga naar Systeeminstellingen > Meldingen en schakel Samenvattingen van meldingen uit.
3. Berichten en Mail: Open de app (bijv. Mail of Berichten), ga naar de instellingen van de app en vink opties zoals 'Samenvattingen' of 'Slimme antwoorden' (Smart Replies) uit

[Verwijderd]

Heb je daarna nog in de activity monitor of met ps gekeken wat er achter blijft? Meer dan genoeg, en de ~ 20GB disk space komt er ook niet mee terug. En ik ga er van uit dat je dat bij elke update weer opnieuw uit mag zetten.

[blackSP]

Ze snappen er niets van bij Qualcomm. Eerst Arch en Arch based distro's, dan de rest. Maar top initiatief natuurlijk, kan het alleen maar toejuichen!

[Blokker_1999]

Debian gebasseerde distributies zijn, voor zover mij bekend, nog altijd de meest gebruikte. Dus ik denk dat ze dat wel snappen.

Maar goede Linuxondersteuning is uiteraard distributie onafhankelijk. Dat is pas respect tonen voor de Linux gemeenschap.

[84hannes]

Qualcomm heeft online al de nodige middelen klaargezet om mensen zelf aan de slag te laten gaan met een build van Linux.

Denk je niet dat Arch-developers met "de nodige middelen" zelf aan de slag gaan en uiteindelijk eerder fatsoenlijke ondersteuning hebben dan Ubuntu?

[Jazco2nd]

Idd. Arch, Fedora, OpenSUSE.

Ubuntu ben ik ooit mee begonnen toen ik cold turkey weg ging van Windows. Maar de out of the box experience vond ik echt beroerd. Via Arch en Manjaro (zoveel beter) nog even OpenSuse geprobeerd (3 verschillende apps om apps te installeren.. ik werd er niet wijs uit) uiteindelijk heel tevreden met Bluefin. Immutable.

Maarja Canonical is een $300M/jr commercieel bedrijf. Dus wel logisch dat het daar begint.

[synoniem]

Qualcomm wil kennelijk ook graantje meepikken van de Arm laptop markt waar voorlopig Apple dominant is. Gebrek aan X86 compatibiliteit is voor veel Windows gebruikers toch een dealbreaker maar voor Linux speelt dat een stuk minder tot niet.

[_Pussycat_]

Is er een "ARM laptop markt"? Mensen willen efficiente laptops, of die ARM zijn is niet echt relevant.

[Applerol Sprits]

Welke SW draait er niet op ARM voor Windows die op Linux wel draait?

[camper69]

Draaien is natuurlijk een ruim begrip. De emulatielaag zorgt voor extra overhead, waardoor x64-software op ARM minder efficient is dan native ARM-software.

Waardoor x64-platforms, zeker sinds Panther Lake, in het voordeel kunnen zijn.

[Applerol Sprits]

Dat is wat anders, mijn vraag was welke SW wel op Linux draait maar niet onder windows?

[Wolfos]

Op Windows is er nog aardig wat 32 bit. Dit emuleert wel maar is onbruikbaar traag, in mijn ervaring.

[g4wx3]

Ik heb iets (simpels) ontwikkeld met gphoto2 en python, een zeer zuinige arm is welkom hiervoor

[doltishDuke]

Ja, leuk. Maar eh, als dit allemaal ARM is, kunnen we dan straks wel echt spreken van 2027 als het jaar van Linux op de desktop?

[_Pussycat_]

Jazeker, dat kunnen wel élk jaar doen!

[Luinwethion]

Nou dit nieuws i.c.m. de gekke ram prijzen is genoeg voor mij om nog even te wachten.

Mijn oude iPhone 13 pro max die ik nog voor veel gebruik wil ik vervangen voor een wat kleinere telefoon (iets zoals een Moto Razr met grapheneOS) en een laptop zoals de framework 12, en ik weet dat de Gen2 veel betere accu prestaties heeft, maar ik ben zeker benieuwd naar wat een soortgelijke apparaat met een Qualcomm chip zal doen.

[Znorkus]

Zeer mooi! Lekker accountloos op je eigen apparaat, zonder abonnement, zonder cloud, geen aanbevelingen / stores / ads / AI, gewoon lekker 20 jaar terug in de tijd als het niet meer is - jouw apparaat met 100% controle. Heel prettig.

Onze hardware, ons eigendom, onze keuze van software. En niet uit Rood of Blauw, maar gewoon echte keuze. En ARM is gewoon echt hele mooie hardware voor een laptop.

[Miekpeeps]

Zeker. De computing van 20 jaar geleden, maar met de handware van nu. Daar stem ik mee in. Mn PCtje draait al een handjevol jaren Linux (Kubuntu), ben er blij mee. Ik kan er alles mee wat ik moet doen.

[Blokker_1999]

Ik zie dezelfde belofte als bij de originele SD X. Ook toen werd aangegeven dat Linux belangrijk was voor hen, dat er hard aan gewerkt werd om het mogelijk te maken en dat het er niet bij release zou zijn maar in de daarop volgende maanden.

En kijk, we wachten nog altijd op goede ondersteuning.

[Elminster]

Klopt volledig.
Ze zijn gewoon 't zoveelste bedrijf met veel geblaat, maar weinig wol.


Eerst zien en dan geloven.

[idi112]

Dit inderdaad, heel leuk dat ze zeggen dat SD X2 ondersteuning op Linux krijgt, maar goeie SD X ondersteuning is er nog lang niet.

Het feit dat je nog steeds firmware voor de gpu en wifi uit de Windows partitie moet halen zegt naar mijn mening genoeg.

[Reactie gewijzigd door idi112 op 24 september 2026 09:37]

[Kallik]

Het gaat om de Snapdragon X2 Elite, X2 Plus en reguliere X2.

Dat vind ik nou nog eens straf zeg, ondersteuning voor een SoC die niet bestaat.

[Daantje20]

Goed nieuws, maar wel de kanttekening, waarom specifieke distributies? Dit zou toch gewoon kernel moeten zijn, upstream zodat weer downstream alle distributies profiteren.