Philippe Gerum wrote: > On Mon, 2006-09-11 at 14:18 +0200, Serge Noiraud wrote: > > [...] > >> I would like Xenomai manage IRQs for some specific cards. >> The others could be managed by linux-rt. >> If I understand correctly how it works, I must rewrite my drivers. is it >> correct ? >> > > "Adapt" them would be more appropriate. Xenomai's RTDM layer usually > makes this quite straightforward. >
You may want to have a look at the irqbench driver (+ user-space
front-end), both for usage reference and as a test case for what is
feasible on your hardware with Adeos/Ipipe and Xenomai.
This benchmark contains a special mode ("-t 3") to let the IRQ handler
run inside a separate high-prio Adeos domain. It will even preempt
Xenomai in this mode. If you only have to interact with hardware in your
IRQ handlers or if operations on data structures can be made lock-less,
this variant will most probably give you the ultimate latency numbers.
With this test, I recently measured worst-case latencies under heavy I/O
load of < 50 us -- on an ancient Pentium-I 133 MHz.
But one has to keep in mind that latencies below 30-40 us are heavily
influenced by hardware effects like PCI bus contention. It will require
some thorough bus design and I/O load management as well. I once ran a
user-space periodic task at 50 KHz on my notebook (P-M, 1.3 GHz). Worked
fine for hours while I continued working with that box -- until some
mail arrived that triggered a nice sound playback which raised a usual
latency spike of 40 us (i.e. an overflow here)...
Jan
signature.asc
Description: OpenPGP digital signature
_______________________________________________ Xenomai-help mailing list [email protected] https://mail.gna.org/listinfo/xenomai-help
