Linux Kernel (Ядро линукса) (часть 2)


Уровни поддержки ядра

Ядро Linux не предоставляет полную поддержку всем существующим устройствам ввода/вывода. Вообще говоря, существует три возможных типа поддержки аппаратного устройства:
- отсутствие какой-либо поддержки— прикладная программа напрямую взаимодействует с портами ввода/вывода данного устройства, используя команды ассемблера in и out;
- минимальная поддержка — ядро не распознает устройство, но распознает его интерфейс ввода/вывода. Пользовательские программы способны воспринимать интерфейс как последовательное устройство, которое читает и/или пишет последовательности символов;
- расширенная поддержка — ядро распознает аппаратное устройство и само работает с его интерфейсом ввода/вывода. Фактически, даже существование файла устройства не является обязательным.
Самым распространенным примером первого подхода, при котором не используется никакой драйвер ядра, является традиционное управление графическим дисплеем в системе X Window. Оно очень эффективно, хотя не дает Х-серверу использовать аппаратные прерывания, вызываемые устройством ввода/вывода. При этом подходе требуется приложить некоторые дополнительные усилия, чтобы позволить Х-серверу обращаться к нужным портам ввода/вывода. Как было сказано в главе 3, системные вызовы iopi и ioperm дают процессу привилегию обращения к портам ввода/вывода. Делать эти вызовы могут только программы с привилегиями root, но эти программы можно сделать доступными простому пользователю, установив флаг seuid у выполняемого файла.

Последние версии Linux поддерживают несколько широко распространенных типов графических карт. Файл устройства /dev/fb является абстракцией фрейм-буфера графической карты и позволяет прикладным программам обращаться к нему, не требуя от них знания портов ввода/вывода графического интерфейса. Кроме того, ядро поддерживает DRI (Direct Rendering Infrastructure, Инфраструктура прямого рендеринга), давая прикладным программам возможность работать с аппаратными ускорителями трехмерной графики. В любом случае, традиционной сервер системы X Window типа ”все-в-одном” по-прежнему весьма популярен.

Подход с оказанием минимальной поддержки применяется для управления внешними устройствами, подключенными к интерфейсам ввода/вывода общего назначения. Ядро обеспечивает интерфейс ввода/вывода, предоставляя файл устройства (и тем самым драйвер устройства), а прикладная программа управляет внешним устройством, читая содержимое файла устройства и записывая в него данные.

Минимальная поддержка предпочтительнее расширенной, потому что она позволяет иметь ядро небольшого размера. Однако среди интерфейсов ввода/вывода общего назначения, типичных для архитектуры PC, только последовательный и параллельный порты позволяют применять к ним этот подход. Например, мышь напрямую управляется прикладной программой, такой как Х-сервер, а последовательному модему требуется коммуникационная программа, такая как Minicom, Seyon или демон протокола РРР (Point-to-Point Protocol, Протокол передачи типа точка-точка”).

Минимальная поддержка имеет ограниченный круг применения, потому что она не годится в тех случаях, когда внешнее устройство должно активно взаимодействовать с внутренними структурами данных ядра. Рассмотрим, например, съемный жесткий диск, подключенный к интерфейсу ввода/вывода общего назначения. Прикладная программа не может обращаться ко всем внутренним структурам ядра и нуждается в специальных функциях для распознавания диска и монтирования его файловой системы. В такой ситуации требуется расширенная поддержка устройства.

В общем случае каждому аппаратному устройству, напрямую подключенному к шине ввода/вывода (пример — внутренний жесткий диск), оказывается расширенная поддержка. Иными словами, ядро должно предоставить драйвер для каждого такого устройства. Внешние устройства, подключенные к USB,
к порту PCMCIA, имеющемуся у многих ноутбуков, или к SCSI-интер- фейсу — одним словом, к любому интерфейсу ввода/вывода, кроме последовательного и параллельного портов — требуют расширенной поддержки.

Следует заметить, что стандартные системные вызовы, относящиеся к работе с файлами, такие как open , read и write , не всегда обеспечивают приложению полный контроль над соответствующим аппаратным устройством. На самом деле, VFS придерживается принципа минимальной необходимости и не предоставляет специальных команд, необходимых некоторым устройствам, а также не позволяет приложению проверять, находится ли устройство в каком-то конкретном состоянии.

Системный вызов iocti о был введен специально для удовлетворения таких потребностей. Помимо дескриптора файла устройства и 32-битового второго параметра, уточняющего запрос, этот системный вызов может принимать произвольное количество дополнительных параметров. Например, существуют специализированные запросы iocti , позволяющие узнать громкость воспроизведения компакт-диска или выдвигать лоток. С помощью этих запросов прикладные программы могут обеспечить пользовательский интерфейс к CD-плееру.

Предыдущая страница | 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 | Следующая страница




Возможно, Вас также заинтересует:

ОС Knoppix - это Linux без про...

ВведениеЕсли вы цените свое время, умеете считать деньги и знаете стоимость информации, то эта книга...

Linux Kernel (Ядро линукса) (ч...

Спин-блокировкаСпин-блокировка необходима в многопроцессорной системе, потому что могут возникнуть...

Linux Kernel (Ядро линукса) (ч...

Копирование при записи В системах Unix первых поколений создание процесса было реализовано довольно...

Linux Kernel (Ядро линукса) (ч...

Буферы блоков и головы буферовУ каждого буфера есть дескриптор голова буфера, имеющий тип buffer...