Системные вызовы Linux предлагают прямой доступ к оборудованию в некоторых случаях. Например, read () и write () могут быть применены к необработанным устройствам в / dev, ioctl () может использоваться для записи значений в аппаратные регистры. Я предполагаю, что проще перехватывать такие действия во время системного вызова, чем предвидеть все, что может сделать драйвер устройства, и наполнять его обратными вызовами.
Роль Adeos в Linux
Конвейер событий Фундаментальная структура Adeos, которую нужно иметь в виду, - это цепочка клиентских доменов, требующих контроля событий. Домен - это программный компонент на основе ядра, который может запрашивать у уровня Adeos уведомление о:
· каждом входящем внешнем прерывании или автоматически генерируемом виртуальном прерывании; ·
Каждый системный вызов, выполняемый приложениями Linux. ·
Другие системные события, запускаемые кодом ядра (например, переключение задач Linux, уведомление о сигналах, выходы задач Linux и т. Д.).
От: Жизнь с Adeos: http://www.xenomai.org/documentation/xenomai-2.4/pdf/Life-with-Adeos-rev-B.pdf
Вопрос: Предполагается, что Adeos находится между аппаратным обеспечением и ядром Linux, я могу понять, что Adeos рассказывает Linux об аппаратных прерываниях, но почему Adeos должен знать о «системном вызове», производимом Linux?
1 ответ на вопрос
Похожие вопросы
-
9
В чем разница между командами "su -s" и "sudo -s"?
-
4
Требуется хороший бесплатный образ Ubuntu Server VMWare
-
4
Каковы различия между основными дистрибутивами Linux? Я замечу?
-
-
2
Ограничить использование процессора для Flash в Firefox?
-
2
Как мне заставить мой микрофон работать под Debian GNOME?
-
2
Конки установки - образцы / идеи?
-
3
Каковы различия между оконными менеджерами Linux?
-
2
ThunderBird / Синхронизация освещения с SE k770i
-
4
Файловая система Linux
-
6
Полноэкранная медленная вспышка в KDE 4