В ядре Linux устранена следующая уязвимость:
drm/xe: защита доступа GGTT MMIO с открытым кодом. Доступ к GGTT MMIO в настоящее время защищен горячим подключением (drm_dev_enter),
который работает правильно, когда драйвер загружается успешно и позже
несвязанный или разгруженный. Однако если загрузка драйвера не удалась, эта защита
недостаточно, поскольку drm_dev_unplug() никогда не вызывается.
Кроме того, функции выпуска devm не могут гарантировать, что все BO с
Сопоставления GGTT уничтожаются до удаления региона GGTT MMIO, поскольку
некоторые BO могут быть освобождены асинхронно рабочими потоками. Чтобы решить эту проблему, введите флаг открытого кода, защищенный GGTT.
замок, который защищает доступ GGTT MMIO. Флаг снимается во время
dev_fini_ggtt функция выпуска devm, чтобы гарантировать, что доступ MMIO отключен
как только начнется демонтаж.
(вишня выбрана из коммита 4f3a998a173b4325c2efd90bdadc6ccd3ad9a431)
Показать оригинальное описание (EN)
In the Linux kernel, the following vulnerability has been resolved: drm/xe: Open-code GGTT MMIO access protection GGTT MMIO access is currently protected by hotplug (drm_dev_enter), which works correctly when the driver loads successfully and is later unbound or unloaded. However, if driver load fails, this protection is insufficient because drm_dev_unplug() is never called. Additionally, devm release functions cannot guarantee that all BOs with GGTT mappings are destroyed before the GGTT MMIO region is removed, as some BOs may be freed asynchronously by worker threads. To address this, introduce an open-coded flag, protected by the GGTT lock, that guards GGTT MMIO access. The flag is cleared during the dev_fini_ggtt devm release function to ensure MMIO access is disabled once teardown begins. (cherry picked from commit 4f3a998a173b4325c2efd90bdadc6ccd3ad9a431)