Зачем устанавливать режим ядра, а не разделять привилегии?

Вначале установка ядра была довольно болезненной для Linux, но теперь это довольно здорово. Я имею в виду, X не нужно запускать от имени root? Аппаратные ускоренные консоли с высоким разрешением? Классная вещь.

Проблема в том, что на многих платформах UNIX нет драйверов для установки модов любого рода. Поэтому аппаратное обеспечение, основанное на KMS, теперь в основном ограничено Linux.

Мой вопрос: зачем на самом деле реализовать это в ядре?

Если для установки разрешения экрана необходим аппаратный доступ, почему бы не использовать отдельный привилегированный демон или небольшой двоичный файл setuid? Это позволило бы сохранить преимущество выделения привилегированного кода и позволить серверу дисплея работать как пользователь с ограниченными правами; избавляясь от особых требований к драйверам и упрощая поддержку кросс-UNIX. Правильно? Или я что-то здесь упускаю?

kernel xorg drivers

— DanL4096
источник

Это идея архитектуры микроядерных ОС.

— Бармар

В данном случае я не имею в виду модель типа микроядра, а просто переносимость между несопоставимыми ядрами.

— DanL4096

KMS также используется OpenBSD и FreeBSD, и Solaris также работает с KMS. Таким образом, когда разработчики создают рабочий драйвер для Linux, поддержка драйверов также будет распространяться на других, использующих KMS.

— hspaans

Это архитектурная вещь. Аппаратный доступ является одной, если не самой задачей ядра. Разделять работу между ядром и пользовательским пространством неудобно, потому что вам понадобятся два компонента, которые фактически выполняют только одну часть работы с размытым интерфейсом. В конечном итоге вы будете выполнять работу внутри домена ядра, поэтому есть веские основания для того, чтобы поместить все это в ядро. Конечно, вы можете реализовать это как угодно и где угодно. Надежные платформы - это четко (!) Определенные архитектуры и интерфейсы. Это все шатко шатко.

— Bananguin

Был довольно длительный период, в течение которого различные виды сбоев оставляли консоль в странном режиме, где X больше не работал, но доступ к коноле в стиле TTY фактически не был восстановлен. Проблемы с ускорением IIRC GL и сбои часто провоцировали эту ситуацию. KMS означает, что ядро знает, как решить проблему и восстановить состояние консоли. IOW отчасти улучшение юзабилити. Хотя можно утверждать, что ядро может попросить демона пользовательского пространства сделать это, я думаю, что это может не всегда работать хорошо. Кроме того, размещение его в ядре означает отсутствие трудностей с закрытым исходным кодом

— Джеймс Янгман

Ядро уже управляет сетевым оборудованием, аудиооборудованием, вентиляторами и другим оборудованием, поэтому имеет смысл, что графическое оборудование также управляется ядром.

— Александр
источник