DOURNES Guillaume wrote:
> Thanks a lot for your attention. And sorry for my poor english.
> I change my context into a real RT context and my problem disappears.
> 
> Nevertheless, I have other questions about the IRQ management.
> 
> In fact, after executing my software application (so after the rtdm_close call, and so the free irq), I obtain a syslog message : kernel Disabling IRQ #11. This message doesn't affect my software if I run it again, but may be there are some side effect. In dmesg, the following error message appears : irq 11: nobody cared (try booting with the "irqpoll" option).
> In my open function I call : 
> - request_region
> - rtdm_irq_request
> In my close function I call :
> - rtdm_irq_free
> - release_region
> May be there is a function to call to avoid this disabling irq ?

Are you sure that you properly configured your device to no longer
generate IRQs before unregistering the handler?

> 
> 
> Moreover, when I'm using my discrets I/O driver (on the IRQ 11) and I add an USB Key (on this IRQ 11) the software freeze. Note that my USB Key works normaly before I call my open function, and doesn't work after my software execution, may be because of the Disabling IRQ.
> Note that the freeze appears with the 16550A rtdm driver use. For example, when my keyboard irq is the same as the seria board irq, the computer freeze when the driver is running and the keyboard is using at the same moment.
> I think that the linux irq and xenomai irq are not usable at the same time !
> 
> Note that my kernel is configured with shared interrupt.

Please read the FAQ in the wiki about shared RT/non-RT IRQS.

Jan