URL: https://www.opennet.me/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID9
Нить номер: 5009
[ Назад ]
Исходное сообщение
"Работа с прерываниями IRQ вре kernel"
Отправлено vtuj , 06-Янв-06 13:32 
Никто не подскажет, можно ли обрабатывать аппаратные прерывания, не влезая в ядро?
Как работать с портами я уже разобрался
Содержание
Сообщения в этом обсуждении
"Работа с прерываниями IRQ вре kernel"
Отправлено chip , 08-Янв-06 14:51 
>Никто не подскажет, можно ли обрабатывать аппаратные прерывания, не влезая в ядро?
>
>Как работать с портами я уже разобрался

уже обсуждалось -> www.opennet.ru/search.shtml

"Работа с прерываниями IRQ вне kernel - нужны уточнения"
Отправлено vtuj , 10-Янв-06 19:28 
>>Никто не подскажет, можно ли обрабатывать аппаратные прерывания, не влезая в ядро?
>>
>>Как работать с портами я уже разобрался
>
>уже обсуждалось -> www.opennet.ru/search.shtml


Сорри, может это и обсуждалось, но по поиску выдался очень большой список, может кто на память поннит или какую-то ассоциацию для поиска, а?

"Работа с прерываниями IRQ вне kernel - нужны уточнения"
Отправлено landor , 16-Янв-06 08:04 
А что принципиально это длать не в ядре? Может конечно не прямо в ядре, но в режиме ядра? Интересно процесс с uid=gid=0 может просто настраивать IRQ или там GDT, т.е. взять да на асме написать... да под root'ом!
"Работа с прерываниями IRQ вне kernel - хотел бы на C без asm'a"
Отправлено vtuj , 21-Янв-06 18:59 
Хотел бы на C без асма, может где нить есть ссылка на подобный пример, т.е. программа сама бы обрабатывала прерывания
"Работа с прерываниями IRQ вре kernel"
Отправлено Forth , 16-Янв-06 11:31 
А система-то какая?


"Free BSD Работа с прерываниями IRQ вре kernel"
Отправлено vtuj , 21-Янв-06 19:00 
>А система-то какая?


"Free BSD Работа с прерываниями IRQ вре kernel"
Отправлено landor , 07-Фев-06 18:09 
Вообще задача чисто системного программирования, те не смотря на всю извращенность своей программерской фантазии не могу придумать ничего вразумительного. Очивидный способ - модуль ядра, драйвер, либо просто грязный хак ядра. Надеюсь, что не сильно тебя огорчил - на уровне пользователя обрабатывать IRQ... даже под ДОС морально извращенно. Если пойдешь по нормальному пути(через драйвер), то литературы полно(на этом хосте тоже лежало чего-то, я видал)
"Работа с прерываниями IRQ вре kernel"
Отправлено axel , 09-Фев-06 15:52 
>Никто не подскажет, можно ли обрабатывать аппаратные прерывания, не влезая в ядро?
>Как работать с портами я уже разобрался

Дык так же как и с портами request_irq и вперёд :)
Но только под рутом


"Работа с прерываниями IRQ вре kernel"
Отправлено chip , 09-Фев-06 16:35 
>>Никто не подскажет, можно ли обрабатывать аппаратные прерывания, не влезая в ядро?
>>Как работать с портами я уже разобрался
>
>Дык так же как и с портами request_irq и вперёд :)
>Но только под рутом

Разве request_irq может работать в userspace?

"Работа с прерываниями IRQ вре kernel"
Отправлено axel , 11-Фев-06 17:25 
>Разве request_irq может работать в userspace?

А разве нет?
По крайней мере помнится мне я пробовал писать работу с COM портом без модуля, и всё вроде шло нормально, в ядре 2.2.20 :)