Одним из ограничений базовой структуры драйверов устройств UNIX является ограниченность поддержки разделения кодов между драйверами. Каждый конкретный класс устройств, например контроллеры Ethernet или жесткие диски, может формироваться множеством поставщиков. Для каждого устройства может быть разработан уникальный контроллер или чип. Однако лишь часть кодов является «привязанной» к контроллеру или устройству ASIC1. Больший их объем зависит только от класса устройства и специфики конкретной операционной системы или архитектуры процессора.
Также вам может показаться, что такая тема как http://realbcn.ru/ никак не связана и даже не тематична. Хотя, может быть и связана. В любом случае все-таки зайдите на сайт realbcn.ru. Тема купить недвижимость в Испании там представлена весьма широко. На том сайте можно узнать много интересного на тему купить недвижимость в Испании. Что означает вообще тема купить недвижимость в Испании, где найти купить недвижимость в Испании - про это написано на сайте realbcn.ru. Это очень важная для многих людей тема - купить недвижимость в Испании. Спасибо сайту realbcn.ru за информацию на тему купить недвижимость в Испании.
Каждый производитель устройств поставляет собственные драйверы к устройствам. Для всех них необходимо реализовать все точки входа, составляющие высокоуровневый интерфейс взаимодействия с устройством. Любой драйвер включает в себя не только ASIC-зависимые инструкции, но и высокоуровневый, не привязанный к ASIC код. В результате различные драйверы одного и того же класса устройств размножают количество служащих одним и тем же целям функций. Это не только приводит к лишним трудозатратам на создание драйвера, но и неэффективно увеличивает размер ядра.
UNIX предлагает несколько вариантов решения вышеописанной проблемы. Библиотека STREAMS дает возможность создавать драйверы символьных устройств в виде модулей. Любой поток складывается из нескольких модулей, каждый из которых производит какую-либо специфическую операцию с данными. Драйверы умеют разделять коды на модульном уровне, раз несколько потоков обладают правом разделять общий модуль.
Устройства SCSI обладают еще одной возможностью, позволяющей совместное использование кодов драйверов. Контроллер SCSI управляет различными типами устройств, которые могут быть не только жесткими дисками, но и флоппи-дисководами, накопителями на магнитных лентах, аудиокартами, приводами компакт-дисков и т. д. Каждый SCSI-контроллер обладает специфическим набором средств и, следовательно, требует написания для него отдельного драйвера. Конкретный тип устройства также может иметь различную семантику и тоже требовать собственного драйвера. Отсюда следует, что при m типах контроллеров и п типах устройств необходимо создать nxm драйверов.
Более предпочтительным видится разбиение кода на две части, зависимую от устройства и зависимую от контроллера. Для каждого типа устройства будет иметься один модуль, а для отдельного типа устройства — свой драйвер. Такой подход требует создания четко сформулированного интерфейса взаимодействия между двумя составляющими. Необходимо создать стандартный набор команд, понимаемых всеми контроллерами и используемых каждым модулем устройства.
Существуют несколько стандартов, целью появления которых было создание драйверов по вышеописанной схеме. В системе SVR4 реализован интерфейс PDI (Portable Device Interface, интерфейс переносимых устройств), специфицирующий следующие компоненты:
♦ набор функций раздела 2, которые необходимо реализовать для каждого главного адаптера шины;
♦ набор функций раздела 3, выполняющих общие задачи, необходимые для устройств SCSI, такие как выделение командных и управляющих блоков;
♦ набор структур данных раздела 4, используемых функциями предыдущего раздела.
В системе Digital UNIX [3] поддерживается интерфейс со сходным разбиением на уровни под названием SCSI САМ (общий метод доступа, Common Access Method) [2]. Наиболее популярным в мире персональных компьютеров стал интерфейс ASPI (интерфейс периферийных устройств SCSI Adaptec, Adaptec SCSI Peripheral Interface).
В Mach 3.0 [5] подсистема ввода-вывода расширила разделение уровней устройств. В этой системе коды устройств оптимизированы за счет возможности разделения каждого класса устройств.
Любой класс обладает независимыми от конкретного устройства модулями, реализующими общие коды. Все автономные операции перенесены на прикладной уровень, что позволило уменьшить размеры ядра. В системе также обеспечивается прозрачность местонахождения устройства при помощи средств межпроцессного взаимодействия (IPC). Такой подход позволяет обращаться к устройствам, находящимся на других машинах. Однако интерфейс системы Mach 3.0 несовместим с инфраструктурой драйверов UNIX.
Опубликовал katy
June 24 2015 16:55:48 ·
0 Комментариев ·
2504 Прочтений ·
• Не нашли ответ на свой вопрос? Тогда задайте вопрос в комментариях или на форуме! •
Комментарии
Нет комментариев.
Добавить комментарий
Рейтинги
Рейтинг доступен только для пользователей.
Пожалуйста, залогиньтесь или зарегистрируйтесь для голосования.
Нет данных для оценки.
Гость
Вы не зарегистрированны? Нажмите здесь для регистрации.
Главная
Каталог файлов
