Markus Franke wrote: > Dear all, > > I am doing some latency benchmarks with irqbench/irqloop. > Everything works fine with irqloop in testmode (1=user, 2=kernel and > 3=irq handler) But when trying to start with testmode 4=hard IRQ > handler, I get the following message: > > ---snip--- > irqloop: error starting test: Resource temporarily unavailable > ---snap--- > > This occurs somewhere when calling: > > ioctl(benchdev, RTTST_RTIOC_IRQBENCH_START, &config) > > Any quick suggestions how to solve this problem?
This test mode exploits the I-pipe support for multiple domains intensively. By default, Xenomai is configured to be the topmost domain and is optimised for this use case. But it can also be "second-best" and let someone else be first in the interrupt pipeline - e.g. xeno_irqloop. To achieve this, switch off CONFIG_XENO_OPT_PIPELINE_HEAD (nucleus option) and retry the test. But while watching the (probably) impressive numbers, keep the restricted usage scenario of such stacked domains in mind. This kind of super domains lacks any RTOS environment that Xenomai provides. It's only useful for simple jobs that can be done within an IRQ handler and do not need an RT-scheduler. > By the way: I read already the provided document in "txt" folder. > Then there is a bug - in the doc. :) Jan
signature.asc
Description: OpenPGP digital signature
_______________________________________________ Xenomai-help mailing list [email protected] https://mail.gna.org/listinfo/xenomai-help
