Аппаратные прерывания

[netex]

Немного поясню задачу. Хочу сделать обработчик физического прерывания.
Сделать его не зависимым от Windows, т.е. пришло прерывание, процессор перешел по IDT, и никакие IRQL не мешали.
Обработчик не на уровне ОС, а на уровне "железа" и работы процессора.
Вот примерный план действий:
В однопроцессорной системе делаем обработчик прерывания.
Изменяем соответствующий вектор в IDT.(изменяем адрес обработчика, тип - шлюз прерывания)
В обработчике НЕ разрешаем прерывания.(sti сделаем при выходе)

Значит ли это, что система не сможет получить управление до команды sti? (т.е. Windows переключает задачи именно по таймеру irq0?)
В случае аппаратного прерывания в APIC будут ли маскироваться прерывания с меньшим(таким же) приоритетом, что и текущее, которое мы обрабатываем?(в i8259A маскируются и после обработки нужно послать 20h в порт 20h)

После обработки прерывания нужно ли что-то делать с APIC, как например с i8259A (послать 20h в порт 20h)?

Можно ли вызывать из такого обработчика (с запрещенными прерываниями) вызывать функции ОС (например: поместить DPC в очередь или RaiseIRQL)?

Если у вас есть другие идеи, расскажите о них, буду только благодарен.

Вообще хотел получить побольше информации как сделать обработчик на многопроцессорной системе.
Каким образом можно поправить все IDT на всех процессорах?

[RXL]

netex, а цель то какова? Я думаю, тебе стоит обратится в раздел драйверов.

Значит ли это, что система не сможет получить управление до команды sti?

Через аппаратные исключения, программные прерывания и прямые вызовы.

В случае аппаратного прерывания в APIC будут ли маскироваться прерывания с меньшим(таким же) приоритетом...

Ну, так это же маскируемые прерывания и ты их уже вырубил через sti.

После обработки прерывания нужно ли что-то делать с APIC...

Да - сбросить это прерывание.

Опять же, ты ставишь сложные задачи, а цели не видно. Зачем все это? Чем тебя не устраивает ОС?

[netex]

Цель - перехват прерывания ДО операционки.
Да это будет использоваться в драйвере. Будет сидеть процедурка, которая по приходу прерывания произведет действия, а далее вернет управление на стандартный обработчик операционки. ОС не должна ничего знать об этом.
ОС не устраивает (win2000) своей ужасно непонятной функцией IOConnectInterrupt, и тем более она не дает полного перехвата, а лишь сообщает о произошедшем прерывании.
Вообще при разработке простого перехватчика в защищенном режиме столкнулся с кучей вопросов.

"После обработки прерывания нужно ли что-то делать с APIC... Да - сбросить это прерывание."
Что значит сбросить? Каким образом?

P.S.    RXL можешь перекинуть тему в раздел Driver...

[RXL]

Могу порекомендовать, как пример драйвера APIC, исхлдники Linux. См. в исходниках файл arch/i386/kernel/io_apic.c

Тему перенес.

[Ochkarik]

IoConnectInterrupt - пример использования есть подчти в любом примере DDK... а так - вы гораздо больше намучаетесь, и с совместимостью наверняка будут проблеммы.
ИМХО
а функция в общем то регестрит ваш калбэк на данное прерывание. вот и все) далее все зарегестренные калбэки на это прерывание вызываются поочереди пока кто первый не скажет что "это мое" и не обработает его.

PS и это не самая ужасно непонятная функция ОС

[SlavaI]

Если у вас есть другие идеи, расскажите о них, буду только благодарен.

У меня по этому только одна идея- в будущих версиях и в 64 разрядных текущих это работать не будет, а будет вызывать BSOD, так как переписан IDT что система засечет и упадет.