Вийшов Qualcomm Linux 2.0

💡 Усі статті, обговорення, новини про DevOps — в одному місці. Приєднуйтесь до DevOps спільноти!

30 червня 2026 року Qualcomm перевела Qualcomm Linux 2.0 у статус загальнодоступного релізу (GA). Основна зміна порівняно з гілкою 1.x — відмова від двох окремо супроводжуваних варіантів дистрибутиву на користь єдиного стека. Нижче — розбір того, що саме змінилося на рівні ядра, збірки та компонування образу.

Flaws версій 1.x

У версіях 1.0–1.4 платформа постачалась двома паралельними варіантами: відкритий Base і пропрієтарний Custom. Кожен мав власне дерево вихідних кодів ядра, власний образ ядра, окремий device tree та окремий user space. Це означало два різні набори команд збірки і подвійний супровід: кожне виправлення безпеки, оновлення драйвера чи перехід на нове ядро доводилося застосовувати, тестувати й підтримувати двічі, а гілки жили паралельно до кінця циклу підтримки. Із додаванням кожного нового SoC витрати на супровід зростали лінійно від кількості платформ.

	Qualcomm Linux 1.0	Qualcomm Linux 2.0
Кодова база	Два варіанти (Base, Custom), супроводжуються окремо	Єдиний уніфікований стек, одне ядро, один rootfs
Ядро	Linux 6.6 LTS	Linux 6.18 LTS
Система збірки	Yocto Project 5.0 (Scarthgap)	Yocto Project 6.0 (Wrynose), сертифікований Yocto Project Compatible
Модель розробки	Внутрішні релізи, періодичні викладки	Публічний GitHub з відкритим CI; релізи-віхи за регулярним графіком
Реальний час	Доступний як опція конфігурації	З коробки, валідований
OTA-оновлення	Введені у релізі 1.3	Повний OSTree OTA як виробничий рівень
Модульні накладки	Пропрієтарні й відкриті збірки окремо	Окремі версійовані накладки, компонуються на єдиній відкритій основі
Підтримка SoC	QCS5430, QCS6490, IQ9075, IQ8275, IQ615	Ті самі, що у 1.0, плюс IQ-X для промислових ПК

Модель компонування у 2.0

Тепер джерело вихідних кодів ядра одне, образ ядра один, rootfs один. Device tree уніфіковано, вибір конкретного DT для платформи виконується на основі FIT-образу (FIT image-based DT selection). Ядро — Linux 6.18 LTS. Система збірки — Yocto Project 6.0 (Wrynose), шар BSP meta-qcom має офіційний статус Yocto Project Compatible, тобто відповідає прийнятим у проєкті практикам компонування шарів, а не просто складається під нього.

Специфічні для Qualcomm компоненти винесені з дерева ядра у пакети динамічних модулів ядра (DLKM) та пакети user space, які встановлюються або вилучаються незалежно й не потребують модифікації вихідних кодів ядра. Архітектура образу розбита на чотири рівні:

Основа (foundation) — повністю відкритий upstream-код без пропрієтарних складників, включно з відкритим user space для audio, display, graphics, camera і video, поданим у висхідні репозиторії.

Накладки можливостей (capability overlays) — окремі версійовані рецепти в meta-qcom, які додають оптимізовані під апаратуру Qualcomm модулі ядра та бібліотеки user space поверх спільної основи, не змінюючи її. Доступні шість:

Audio — AudioReach, апаратно-прискорена обробка;
Camera — конвеєр ISP camX;
Graphics — прискорення Adreno для OpenGL ES, OpenCL, Vulkan;
Video — апаратне кодування/декодування через VPU Iris;
Sensors — інтеграція з Qualcomm Sensor Hub (лише на окремих SoC);
Vision — прискорення FastCV для задач комп’ютерного зору на DSP/Adreno.

Виробничі накладки (production overlays) — meta-selinux (мандатне керування доступом), meta-updater (оновлення «поверх повітря» на базі OSTree), meta-security (посилення захисту й аудит), meta-virtualization (Docker, Kubernetes, KVM).

Шар OEM — meta—bsp (інтеграція заліза) і meta—distro (образ продукту та групи пакетів). Продуктова специфіка живе тут і не зачіпає нижчих рівнів.

Практичний наслідок: перехід на наступний SoC не потребує перенесення форкнутої платформи. Основа лишається спільною, а не розходиться між пристроями.

Дві еталонні конфігурації та перемикання драйверів

Qualcomm збирає й тестує два еталонні образи: повністю відкритий qcom-multimedia-image і образ з пропрієтарними доповненнями qcom-multimedia-proprietary-image. Вибір між висхідним і оптимізованим під Qualcomm стеком драйверів робиться під час виконання через списки виключення модулів (module exclusion lists) та змінні EFI для накладок device tree. Перепрошивка при цьому не потрібна — конфігурація перемикається без запису нового образу у флеш.

Реальний час

PREEMPT_RT більше не окрема конфігурація, яку треба самостійно збирати й супроводжувати. Латки застосовуються через рецепти meta-qcom на етапі збірки, даючи повністю витісняльне ядро з детермінованим плануванням. Валідація виконується набором тестів Linux Foundation RT, зокрема cyclictest для вимірювання мінімальної, середньої та максимальної латентності.

Окремо — апаратна ізоляція реального часу через підсистему RTSS. Вона доступна лише на IQ-8275 та IQ-9075 і призначена для задач жорсткого реального часу, повністю ізольованих від середовища Linux; перевірена у зв’язці з FreeRTOS.

Промислова мережа: підтримка Ethernet (вбудованого та через мости розширення), DPDK для високопродуктивної обробки пакетів, MQTT і шина CAN.

Лінія Yocto та відкрита розробка

Спадковість гілок Yocto простежується так: Kirkstone — до QLI 1.3 включно; Scarthgap (Yocto 5.0 LTS) — 1.4 і вище; Wrynose (6.0) визначає покоління 2.0. Це важливо для OEM, які планують власну стратегію BSP-шарів: маршрут оновлення прослідковується без розривів.

Розробка ведеться публічно на GitHub (https://github.com/qualcomm-linux), з відкритим CI. Ключові репозиторії:

meta-qcom (гілка master) — шар підтримки заліза, оновлюється безперервно, відстежує вершину дерева Yocto;
meta-qcom-distro — еталонний дистрибутивний шар, рецепти образів і конфігурація дистрибутиву;
meta-qcom-3rdparty — підтримка сторонніх платформ, відкрита для внесків; сюди подають підтримку плат поза еталонними, надсилаючи pull request проти meta-qcom;
meta-qcom-extras — збірка з вихідних кодів компонентів із доданою вартістю для зареєстрованих користувачів;
meta-qcom-releases — kas-файли блокувань, теговані як qli-<версія>, для відтворюваних збірок віх.

Ядро супроводжується у гілці qcom-next, що відстежує release-кандидати з kernel.org. Відкрито також драйвер GPU KGSL, драйвери камери й відео, FastRPC, QDL та низку інших репозиторіїв.

QLI Release Roadmap

SDK та інструменти

Шар SDK включає Qualcomm Intelligent Multimedia Product SDK (Neural Processing, AI Engine Direct, LiteRT, Hexagon) та Qualcomm Intelligent Robotics Product SDK (навігація й зір на ROS2). Підтримувані фреймворки: PyTorch, ONNX, TensorFlow, GStreamer, QNN. Заявлений наскрізний маршрут «модель → інференс на пристрої» будується на AI SDK 2.47, LiteRT 2.16 та Qualcomm AI Hub; доступ до CPU, GPU та NPU Hexagon уніфіковано через API QNN.

Платформи, що підтримуються

Порівняно з 1.0 (де були QCS5430, QCS6490, IQ9075, IQ8275, IQ615) перелік розширено. У 2.0 підтримуються:

QCS6490 — продуктивний edge-AI та обробка зображень;
QCS5430 — здешевлена платформа, сумісна з QCS6490 за розводкою (pin-to-pin);
серія IQ-9 — багатоядерні платформи для навантаженого edge-AI та промислових обчислень;
серія IQ-8 — обчислення для вбудованих і промислових застосувань;
серія IQ-6 — енергоефективні платформи для чутливих до вартості IoT- та edge-задач;
серія IQ-X — нова у 2.0, орієнтована на промислові IPC.

Апаратна RTSS реального часу, як зазначено вище, обмежена IQ-8275 та IQ-9075.

Супровід і подальші плани

Релізи прив’язані до повного життєвого циклу SoC. Стандартний супровід охоплює виправлення помилок і оновлення безпеки; продовжений супровід понад стандартне вікно доступний комерційно. Перекриття мажорних версій гарантує підтримуваний маршрут міграції.

У розробці — версія 2.1. Заявлено відкриття процесу завантаження (boot flow) та інтеграцію OP-TEE.

Підсумок

Головне в 2.0 — перехід до повністю відкритої моделі розробки. Код лежить у публічних репозиторіях на GitHub (meta-qcom, meta-qcom-distro, meta-qcom-3rdparty та інші), кожна зміна проходить публічний CI, а гілка meta-qcom (master) оновлюється безперервно й відстежує вершину дерева Yocto. Це знімає прив’язку до квартального циклу релізів: дистрибутив можна форкнути і зібрати у будь-який момент, не чекаючи чергового релізу. А якщо потрібна відтворюваність — є kas-файли блокувань із meta-qcom-releases, теговані qli-<версія>.

Статус Yocto Project Compatible для meta-qcom — гарантія, що шар побудований за прийнятими у проєкті практиками. Для команд, які інтегрують кілька апаратних платформ і сторонніх BSP-шарів, це означає можливість зібрати власний дистрибутив без прив’язки до єдиної нав’язаної моделі. Підтримку нової плати подають через pull request у meta-qcom-3rdparty — та сама основа, той самий відкритий процес рев’ю.

Чітке розділення на шари (відкрита основа → накладки можливостей → виробничі накладки → шар OEM) означає, що кожен рівень супроводжується незалежно і не зачіпає сусідні. Оптимізації Qualcomm винесені у знімні модулі DLKM та накладки поверх аудитованої відкритої основи, тож продукт несе рівно ті компоненти, які йому потрібні, а решта не додає ані ваги, ані поверхні атаки. Власні зміни живуть у шарі OEM і не змішуються зі спільним фундаментом.

Для інженерів, які планують BSP-шар під кілька поколінь заліза, це дає передбачувану основу: база не розходиться між пристроями, борг не накопичується, а перехід на наступний SoC зводиться до заміни апаратної інтеграції, а не до перенесення форкнутої платформи.

Повна оргиінальна новина: www.qualcomm.com/...omm-linux-2-now-available