При возникновении прерывания обычно загружается одна и та же процедура ядра, которая передает ядру некоторую информации о прерывании.
Такая процедура производит сохранение контекста регистров, повышает приоритет системы до равного возникшему прерыванию и затем вызывает соответствующий обработчик прерывания.
Также вам может показаться, что такая тема как http://vegrecepti.ru/klubnichnoe-jogurtovoe-morozhenoe/ никак не связана и даже не тематична. Хотя, может быть и связана. В любом случае все-таки зайдите на сайт vegrecepti.ru. Тема йогуртовое мороженое там представлена весьма широко. На том сайте можно узнать много интересного на тему йогуртовое мороженое. Что означает вообще тема йогуртовое мороженое, где найти йогуртовое мороженое - про это написано на сайте vegrecepti.ru. Это очень важная для многих людей тема - йогуртовое мороженое. Спасибо сайту vegrecepti.ru за информацию на тему йогуртовое мороженое.
После завершения его выполнения управление вновь передается процедуре, которая восстанавливает приоритет системы, контекст регистров и заканчивает работу.
Каким образом ядро системы определяет обработчик, необходимый для возникшего прерывания? Это зависит от того, поддерживает ли система векторные (vectored, или опрашиваемые — polled) прерывания. В полностью векторных системах каждое устройство поддерживает уникальный номер вектора прерываний, который является индексом к таблице векторов прерываний. Элементы таблицы являются указателями на соответствующие обработчики прерываний.
Некоторые системы работают только с уровнями ipl. В принципе, они могут поддерживать и векторы прерываний, но существует вероятность, что один и тот же вектор будет назначен сразу нескольким устройствам. В этом случае ядру необходимо решать, какой из обработчиков прерываний следует загрузить. Ядро поддерживает связанный список для всех обработчиков, имеющих одинаковый уровень ipl (или одинаковый вектор прерываний). При возникновении прерывания процедура проходит по всей цепочке и опрашивает каждый драйвер. В свою очередь, драйвер проверяет, не создано ли это прерывание одним из его устройств. Если это так, он обрабатывает прерывание и возвращает процедуре данные об успешном завершении операции. В противоположном случае драйвер возвращает ошибку, а процедура обращается к следующему драйверу в списке.
Существует возможность комбинирования обоих методов. Системы, поддерживающие векторы прерываний, также могут обращаться к обработчикам через связанный список. Это дает возможность упрощения динамической загрузки драйвера устройства в работающей системе. Это также позволяет производителям замещать драйверы (override drivers) в целях отладки, устанавливая их в голове связанного списка. Переопределенные драйверы выборочно генерируют исключения в системе и обрабатывают определенные прерывания, а затем передают их драйверу, установленному по умолчанию.
Обработка прерываний является наиболее важной задачей системы. Выполнение обработчика прерывания более приоритетно по сравнению с любыми прикладными или системными программами. Так как обработчик останавливает все остальные процессы системы (кроме, конечно же, прерываний с более высоким приоритетом), он должен работать максимально быстро. В большинстве реализаций UNIX обработчики прерываний не могут быть переведены в режим сна. Если обработчику необходим заблокированный ресурс, он попытается получить его неблокирующим образом.
Описанные выше допущения влияют на действия обработчика. С одной стороны, он должен быть «коротким» и быстрым, настолько, насколько это возможно. Во-вторых, он должен выполнять достаточный объем работы, гарантирующий, что устройство не будет простаивать при высокой загрузке. Например, после завершения операции ввода-вывода контроллер диска генерирует в системе прерывание. Обработчик обязан уведомить ядро о результатах завершения операции. Он также должен произвести инициализацию следующей операции ввода-вывода, если имеется ожидающий этого запрос. С другой стороны, диск будет простаивать, пока ядро не получит управление и не начнет выполнение следующего запроса.
Несмотря на то, что описанные механизмы являются общими для большинства вариантов UNIX, они не универсальны. Например, разработчики Solaris 2.0 отказались от применения ipl, кроме ограниченного числа случаев. Система использует для обработки нити ядра и разрешает для таких нитей блокировку, если это необходимо.
В этом разделе вы увидите описание базовой структуры драйверов устройств UNIX с точки зрения их разработчика, в том числе описание интерфейса взаимодействия между драйвером и остальной частью ядра, а также здесь будет рассказано о представлении устройств и их драйверов подсистемой ввода-вывода.
Опубликовал katy
June 23 2015 06:42:02 ·
0 Комментариев ·
4820 Прочтений ·
• Не нашли ответ на свой вопрос? Тогда задайте вопрос в комментариях или на форуме! •
Комментарии
Нет комментариев.
Добавить комментарий
Рейтинги
Рейтинг доступен только для пользователей.
Пожалуйста, залогиньтесь или зарегистрируйтесь для голосования.
Нет данных для оценки.
Гость
Вы не зарегистрированны? Нажмите здесь для регистрации.
Главная
Каталог файлов
