On Wed, May 17, 2000 at 10:52:04AM -0700, Michael Harig wrote:
> Craig,
>
> remember that Linux is a multitasking kernel with no (generic) real time
> capabilities. Your process frequently gets interrupted for an unspecified
> amount of time. If a (serial) IRQ occurs then, the signal has to be memorized
> and your process gets aware of it when scheduled the next time. No real
> difference to polling, I think. If you want a single interrupt driven
> process, have a look at RTLinux or any other real time Linux.
Entirely correct AFAIK. I don't have seriously hard deadlines to
meet timing-wise in my software so I don't need RTLinux. My objection
to polling is that it's not an elegant way to solve the problem of
detecting a change in the control lines.
Cheers,
--Craig
( now on linux-serial :) )
-
To unsubscribe from this list: send the line "unsubscribe linux-serial" in
the body of a message to [EMAIL PROTECTED]
