Jeroen Van den Keybus wrote:
>
> Now looking into xnintr_attach().
>
>
> In xnintr_attach(), the crash occurs in xnarch_set_irq_affinity(). If
> the call is removed, the driver works as expected (gaining another 3
> usec of latency). Now investigating ipipe_set_irq_affinity.
>
arch_
>
>
> Now looking into xnintr_attach().
>
In xnintr_attach(), the crash occurs in xnarch_set_irq_affinity(). If the
call is removed, the driver works as expected (gaining another 3 usec of
latency). Now investigating ipipe_set_irq_affinity.
Jeroen.
>
>
> Jeroen.
>
__
Jeroen Van den Keybus wrote:
> We have a driver that operates on a PCIe card. The card has IRQ17. If we
> use it like that (IO-APIC-fasteoi), interrupt registration using
> rtdm_irq_request works correctly. (We also use rtdm_irq_enable
> afterwards, but it seems that the request already enables the
We have a driver that operates on a PCIe card. The card has IRQ17. If we use
it like that (IO-APIC-fasteoi), interrupt registration using
rtdm_irq_request works correctly. (We also use rtdm_irq_enable afterwards,
but it seems that the request already enables the interrupt.)
However, if we redefine