Проблема рассинхрона OEM и дистрибутивов
Поддержка дисплейных панелей, особенно MIPI DSI, часто становится узким местом в экосистеме Linux. Производители оборудования (OEM) регулярно меняют компоненты на конвейере из-за проблем с поставками, требуя мгновенной адаптации ОС. В то же время дистрибутивы могут тратить годы на включение новых драйверов в стабильные ветки ядра. Большинство таких панелей технически просты, но требуют специфических последовательностей инициализации, которые часто плохо документированы.
Решение на базе eBPF
Maxime Ripard предложил архитектуру, аналогичную уже успешному проекту BPF-based HID-драйверов. Идея заключается в том, что логика инициализации панели выносится в программы eBPF, которые загружаются из пользовательского пространства (user-space). Это разделяет жизненный цикл ядра и драйверов: новые панели можно поддерживать, просто обновляя прошивки или пакеты с BPF-программами, не дожидаясь релиза нового ядра.
Технические детали и текущий статус
Предложенная реализация полностью функциональна и протестирована на платах Raspberry Pi с 5-дюймовыми и 7-дюймовыми сенсорными экранами Touch Display 2. Архитектура предполагает запуск компонента пользовательского пространства через udev, который идентифицирует установленную панель и загружает соответствующую BPF-программу.
| Параметр | Значение / Описание |
|---|---|
| Тип интерфейса | MIPI DSI |
| Механизм загрузки | User-space (через udev) |
| Тестовое оборудование | Raspberry Pi + 5"/7" Touch Display 2 |
| Основное преимущество | Обновление поддержки без пересборки ядра |
Ограничения и перспективы
Ключевым техническим вызовом остается то, что программы eBPF загружаются из пользовательского пространства, что делает данный метод непригодным для самых ранних этапов загрузки системы (early boot). Тем не менее, для большинства сценариев использования, особенно в мобильных и встроенных устройствах, это открывает путь к более гибкому управлению аппаратным обеспечением.
Источник: Phoronix ↗