Пользователь обладает возможностью прямого обращения к блочным устройствам, если обладает соответствующими привилегиями. Для этого применяются системные вызовы read или write по отношению к файлу устройства. Ядро получает дескриптор файла для доступа к структуре file, из которой выделяет данные об объекте vnode файла. Затем ядро запускает операцию V0P_ READ или V0P_WRITE объекта vnode, что в свою очередь приводит к вызову функций spec_read() или spec_write() соответственно.
Также вам может показаться, что такая тема как http://krasuli.ucoz.com/ никак не связана и даже не тематична. Хотя, может быть и связана. В любом случае все-таки зайдите на сайт krasuli.ucoz.com. Тема дикоросы бабочка 36 купить там представлена весьма широко. На том сайте можно узнать много интересного на тему дикоросы бабочка 36 купить. Что означает вообще тема дикоросы бабочка 36 купить, где найти дикоросы бабочка 36 купить - про это написано на сайте krasuli.ucoz.com. Это очень важная для многих людей тема - дикоросы бабочка 36 купить. Спасибо сайту krasuli.ucoz.com за информацию на тему дикоросы бабочка 36 купить.
Эти функции производят действия во многом аналогичные алгоритму работы функций чтения и записи файловой системы ufs. Они также вызывают segmap_getmap(), uiomove() и segmap_release(). Следовательно, прямой ввод-вывод приводит к возникновению страничных исключений (и необходимости сброса страниц на диск), как и в предыдущих случаях.
Процесс может произвести отображение блочного устройства в своем адресном пространстве при помощи системного вызова mmap. В этом случае чтение из отображаемых адресов приведет к страничным исключениям, которые будут обработаны драйвером seg_vn. Процедура segvn_fault() запустит операцию VOP_GETPAGЕ объекта vnode, что закончится в данном случае вызовом spec_getpage(). Функция spec_getpage() вызовет процедуру d_strategy() устройства, если страница не окажется в памяти. При потребности записи в блочное устройство будет использована функция spec_putpage().
Неформатированный ввод-вывод блочных устройств
При использовании системных вызовов read или write происходит двойное копирование данных: между прикладным пространством и ядром, а также между ядром и диском. При этом ядру необходимо кэшировать данные, что нисколько не тревожит обычные приложения. Однако если приложение производит обмен большими объемами данных между памятью и диском, и его правила работы с памятью не зависят от кэширования, такой подход является неэффективным.
Одной из альтернатив применения read и write является использование вызова mmap для создания отображения данных в адресном пространстве. Несмотря на то, что этот способ позволяет избавиться от одной операции копирования, семантика обращения отличается от принятой в стандартных вызовах чтения и записи. Более того, системная функция mmap является относительно новой и может не поддерживаться всеми реализациями ОС. В системах UNIX имеется альтернативная вызову mmap возможность, получившая название неформатированного ввода-вывода (raw I/O), которая позволяет осуществлять небуферизированный доступ к блочным устройствам. Неформатированный ввод-вывод также влечет за собой отказ от дополнительного копирования данных, что существенно способствует общей производительности. Неформатированный ввод-вывод поддерживается многими реализациями систем, в том числе и не обладающими вызовом mmap.
В этом случае блочное устройство должно обладать неформатированным или символьным интерфейсом доступа. Соответственно, такое устройство должно иметь вхождение в переключателе символьных устройств. Неформатированный ввод-вывод осуществляется через вызовы read или write применительно к символьным устройствам, что приводит к вызову d_read() или d_write() устройства.
Спецификация DDI/DKI
Несмотря на то, что драйверы устройств являются частью ядра системы, как правило, они создаются производителями оборудования. При этом разработчики могут вообще не обращаться к исходным кодам ядра, поскольку между ядром и драйвером реализован процедурный интерфейс взаимодействия, основанный на переключателях устройств. При разработке драйвера UNIX производитель создает реализацию этого интерфейса, включая функции переключателя, обработчик прерываний, а также функции настройки и инициализации устройства. Вхождения драйвера добавляются в соответствующие конфигурационные файлы системы (такие как файл conf.c, в котором содержатся таблицы bdevsw[], cdevsw[]), после чего производится сборка ядра и связывание драйвера с набором объектных файлов ядра, предоставленных разработчиком операционной системы.
В предыдущих разделах мы делали упор на этой части интерфейса драйверов. Однако наше описание пока является неполным, так как рассказывает только о вызовах, производимых ядром по отношению к драйверам. Драйвер устройства также может производить вызов нескольких функций ядра для доступа к службам передачи данных, выделения и синхронизации памяти и др. Более того, в ядре системы сосуществуют и работают одновременно сразу несколько драйверов, созданных независимо друг от друга, немалую роль в этом играет то, что один драйвер не мешает работе остальных драйверов или ядра системы.
Для решения проблемы урегулирования разногласий множества независимых друг от друга драйверов должен быть четко определен интерфейс взаимодействия между драйвером и ядром. С этой целью в системе SVR4 была представлена реализация спецификации DDI/DKI (Device-Driver Interface/ Driver-Kernel Interface, интерфейс «устройство-драйвер»/«драйвер-ядро») [12], формализующая все необходимое взаимодействие.
Логически интерфейс разбивается на несколько разделов, организованных по типу UNIX man pages1.
♦ Раздел 1 определяет данные, которые должен содержать драйвер. Метод обращения ядра к этой информации является зависимым от реализации и от поддержки конфигурации устройства ядром.
♦ Раздел 2 объявляет процедуры точек входа. Он содержит функции драйвера, используемые в переключателях устройств, а также процедуры обработки прерываний и инициализации.
♦ Раздел 3 определяет процедуры ядра, загружаемые драйвером.
♦ Раздел 4 описывает структуры данных ядра, используемых драйвером.
♦ Раздел 5 содержит определения #define ядра, которые могут потребоваться драйверу.
Опубликовал katy
June 24 2015 16:43:01 ·
0 Комментариев ·
2949 Прочтений ·
• Не нашли ответ на свой вопрос? Тогда задайте вопрос в комментариях или на форуме! •
Комментарии
Нет комментариев.
Добавить комментарий
Рейтинги
Рейтинг доступен только для пользователей.
Пожалуйста, залогиньтесь или зарегистрируйтесь для голосования.
Нет данных для оценки.
Гость
Вы не зарегистрированны? Нажмите здесь для регистрации.
Главная
Каталог файлов
