🚀 go-pugleaf

On 01/29/2012 08:09 PM, Andrzej W. wrote:
> W dniu 2012-01-29 13:42, Krzysztof Magosa pisze:
>> Witam.
>>
>> A w jaki sposób masz rozwiązaną na tę chwilę komunikację między kernelem
>> a programem?
>>
>> Zastanów się nad utworzeniem urządzenia w /dev.
>> Program mógłby spać w oczekiwaniu na dane.
>>
>> Zrób sobie np. cat /dev/input/mice i poruszaj myszką - dopóki nie ma
>> danych cat śpi i nie żżera CPU.
>
>
> W tej chwili w moim programie, w pętli odczytuje stan licznika przerwań.
> Licznik przerwań zaś jest obsługiwany (zwiększany) przez kod modułu
> urządzenia.
> Pomyślałem sobie, żeby w kodzie modułu zamiast "count++" dać
> "kill(PID,SIGUSR1)" a w moim programie dać "pause".
> Pytanie tylko o ile dłużej od "++" będzie się wykonywał "kill" w tym module.
>
>

Zrob dokladnie tak jak napisal Krzysztof Magosa, aby modul byl dostepny
przez noda w /dev/
wtedy funkcjami poll/epoll/select uspisz swoj userspace'owy
program w oczekiwaniu na zdarzenie (w twoim przypadku inkrementacja 
licznika), a potem program odczyta dzieki ioctl stan licznika w module 
(wtedy nie "zgubisz" zadnego przerwania nawet jak czas miedzy odebraniem 
eventa a odczytem biezacej wartosci bedzie zbyt duzy)

Sygnaly maja pewna "nieprzyjemna" wlasciwosc a mianowicie w programie
wielowatkowym przerywaja wszystkie watki "czekajace" w wywolaniach jak
select(), sem_wait() itp a wtedy te zwracaja -1 i maja ustawiony errno
na EINTR co musisz sobie sprawdzic i spowrotem wywolac w/w funkcje

Mariusz