Comments 8
Мало того, что под каждое ядро нужна сборка модуля, уже в процессе использования он может «протухнуть». Было принято решение добавить его пересборку перед каждым запуском userspace приложения.
Почему не штатный DKMS, который будет пересобирать модуль при обновлениях ядра?
Без технических подробностей мне нечего подсказать. Модули просто так не "протухают в процессе использования".
Пересборка в сервисе — опасный костыль. Например, DKMS версионирует модули и при установке копирует исходники и бинарник модуля в папку конкретного ядра, чтобы при откате обновления получить то же ядро с теми же версиями модулей. Или у вас можно обновить ядро при выключенном сервисе и только потом обнаружить, что он не может собрать модуль. Каталог с исходниками придется защищать от изменений. Изменяемый бинарный код плохо сочетается с подписью, аудитом, сертификацией.
Подскажите пожалуйста, почему не подошёл inotify? Пробежался ещё раз по статье и не смог найти.
Перехват и обработка событий в файловой системе Linux