Определение источника IRQ прерывания Опции

[Kirill_Good]

Добрый день, помогите с определением источника прерывания в системе. В драйвере есть handler, который регистируется при probe драйвера. Как узнать того кто спровоцировал это прерывание? Схематики платы нет, информации по тому какие пины, какая именно модель микросхемы привязана нет. Можно ли начать плясать от исходников драйвера? Как и куда смотреть дальше чем код драйвера? Может из комментариев в коде можно понять. Где табличка с IRQ. Знания в этой области размазанные, не получается выстроить логическую дорожку. Есть документация на проц.

Спасибо!

[kurtis]

В тех решениях с которыми я сталкивался, идет какой-то интерфейс передачи данных и паралелько с ним, идет линия прерывания, т.е. ведомое устройство выставляет логический уровень на линии перываний, которая заведена на gpio процессора, а процессор на это дело каким-то образом реагирует.

На самом деле волнует вопрос кто может быть еще источником прерывания, кроме пина?

Теоретически, никто. Линия прерывания она одна и она или срабаывает, или нет. Я конечно допускаю, что где-то могут писаться данные напрямую в регистр, но как-то это слишком сложно выглядит.

[Kirill_Good]

В тех решениях с которыми я сталкивался, идет какой-то интерфейс передачи данных и паралелько с ним, идет линия прерывания, т.е. ведомое устройство выставляет логический уровень на линии перываний, которая заведена на gpio процессора, а процессор на это дело каким-то образом реагирует.


Теоретически, никто. Линия прерывания она одна и она или срабаывает, или нет. Я конечно допускаю, что где-то могут писаться данные напрямую в регистр, но как-то это слишком сложно выглядит.

спасибо за диалог! появилась пища для размышления)