72. Организация системы ввода-вывода через bios

Для обращения программы к пространству ввода-вывода предназначены всего четыре инструкции процессора: IN (ввод из порта в регистр процессора), OUT (вывод в порт из регистра процессора), INS (ввод из порта в элемент строки памяти) и OUTS (вывод элемента из строки памяти в порт). Последние две инструкции, появившиеся с процессором 80286, могут использоваться с префиксом повтора REP, что обеспечивает быструю пересылку блоков данных между портом и памятью. Как уже отмечалось, обмен данными с портами, при котором применяют строковые инструкции ввода-вывода, получил название PIO (Programmed Input/Output — программируемый ввод-вывод).

Разрядность слова, передаваемого за одну инструкцию ввода-вывода, может составлять 8, 16 или 32 бита. В зависимости от выровненности адреса по границе слова и разрядности данных используемой шины это слово может передаваться за один или несколько циклов шины с указанием соответствующего нарастающего адреса в каждом цикле обращения к памяти. Инструкции ввода-вывода порождают шинные циклы обмена, в которых вырабатываются сигналы чтения из порта и записи в порт. Во избежание недоразумений и для экономии шинных циклов рекомендуется выравнивать адреса 16-битных портов по границе слова, а 32-битных — по границе двойного слова. Обращение по выровненным адресам выполняется за один цикл системной шины. Обращение по невыровненным адресам выполняется за несколько циклов, причем однозначная последовательность адресов обращений, которая зависит от модели процессора, не гарантируется. Так, одна инструкция вывода слова по нечетному адресу приведет к генерации двух смежных шинных циклов записи. При программировании обращений следует учитывать специфику устройств ввода-вывода. Если, например, устройство допускает только 16-разрядные обращения, то старший байт его регистров будет доступен лишь при вводе-выводе слова по четному адресу.

В реальном режиме процессора программе доступно все пространство адресов ввода-вывода. В защищенном режиме инструкции ввода-вывода являются привилегированными: возможность их исполнения зависит от текущего уровня привилегий. В защищенном режиме 32-разрядных процессоров (частным случаем которого является и виртуальный режим V86) имеется возможность программно ограничить доступное пространство ввода-вывода, определяя его максимальный размер (начиная с нулевого адреса и в пределах 64 Кбайт), а внутри разрешенной области доступ может быть разрешен или запрещен для каждого конкретного адреса. Размер области и карта разрешенных портов ввода-вывода (Ю permission bitmap) задаются операционной системой в дескрипторе сегмента состояния задачи (Task State Segment, TSS). Карта разрешений влияет на исполнение инструкций ввода-вывода в зависимости от соотношения текущего и требуемого уровней привилегий ввода-вывода. При недостаточных привилегиях обращение по неразрешенному адресу вызывает исключение процессора, а поведение его обработчика определяется операционной системой. Возможно снятие задачи-нарушителя (знаменитое сообщение «Приложение... выполнило недопустимую операцию и будет закрыто»). Возможен и другой вариант, когда по обращении к порту монитор операционной системы выполняет некоторые действия, создавая для программы иллюзию реальной операции ввода-вывода. Таким образом, виртуальная машина по операциям ввода-вывода может общаться с виртуальными устройствами. Программа, выполняемая на нулевом уровне привилегий, безусловно может обращаться ко всем портам непосредственно.

Наиболее корректный (с точки зрения организации ОС) способ общения приложения с портами устройства требует помещения инструкций ввода-вывода в драйвер устройства, работающий на уровне привилегий ОС (на нулевом уровне). Обращение к портам непосредственно из приложения возможно, если в карте разрешения портов бит для данного порта сброшен. Если бит установлен, то обращение к порту вызывает исключение защиты, которое обрабатывает диспетчер виртуальной машины (Virtual Machine Manager, VMM). В этом случае VMM вызывает процедуру, назначенную для данного порта операционной системой. Это может быть либо специальная процедура виртуального драйвера, установленного для данного порта, либо процедура, заданная по умолчанию. В первом случае ввод-вывод для данного порта доступен приложению только через виртуальный драйвер, вызов которого каждый раз будет приводить к издержкам переключения задач и смены уровня привилегий (от приложения на уровне 3 к драйверу нулевого уровня). Однако с точки зрения идеологии многозадачности и защиты это — естественное решение, обеспечивающее полную виртуализацию ввода-вывода. Процедура, заданная по умолчанию (в Windows 9х), открывает порт для данного приложения (сбрасывает бит в карте разрешений ввода-вывода) и выполняет собственно инструкцию ввода-вывода, возвращая приложению результат ввода. Таким образом, приложению Windows 9х станут доступными любые порты, для которых не установлен виртуальный драйвер. Правда, первое обращение к каждому порту произойдет медленно (через исключение), но последующие будут выполняться быстро. Если для взаимодействия с устройством задержка первого обращения критична, то при инициализации приложения можно выполнить «безобидные» обращения по адресам всех требуемых портов, чтобы открыть их для дальнейшей непосредственной работы (без издержек). Заметим, что ОС Windows 9х не особо заботится о виртуализации и защите ввода-вывода: например, в Windows 9х из окна DOS можно обращаться к любым портам, даже к портам устройств, занятых операционной системой. В Windows NT/XP/200x защита ввода-вывода организована строже.