On 04/23/2013 02:19 PM, Jan Kiszka wrote: > On 2013-04-23 11:22, Jesper Christensen wrote: >> Hi guys >> >> I have a quick question regarding rtdm synchronisation. Is it possible >> to "loose" an interrupt if it is generated while i am inside a critical >> section protected by a rtdm_lock_get_irqsave/rtdm_lock_put_irqrestore? > Nope, as Gilles already answered. > >> I have a problem with an ethernet driver where the Tx Queue fills up and >> i suspect that its because the Tx ISR isn't being executed for the above >> mentioned reason. > Are we talking about a Linux NIC or a real-time device? What is your > software stack in general (used components and their versions)? > > Jan >
Its a real time device (ETSEC on a MPC8572) with xenomai 2.5.6 on a linux-2.6.29.6 and ipipe-2.7-04 and the stack is rtnet-0.9.12. The ipipe patch has minor modifications to make it apply to the freescale patched version of the linux source. The rtnet source also has several (heavier) modifications (scattered skbs, etc.). So if an interrupt occurs during a critical section, the ISR will run upon exit from that section? On 04/23/2013 01:21 PM, Gilles Chanteperdrix wrote: > On 04/23/2013 11:22 AM, Jesper Christensen wrote: > >> Hi guys >> >> I have a quick question regarding rtdm synchronisation. Is it possible >> to "loose" an interrupt if it is generated while i am inside a critical >> section protected by a rtdm_lock_get_irqsave/rtdm_lock_put_irqrestore? >> >> I have a problem with an ethernet driver where the Tx Queue fills up and >> i suspect that its because the Tx ISR isn't being executed for the above >> mentioned reason. > It is very unlikely, the cause could be the driver code instead. What > kind of interrupt are we talking about? level or edge? > > I believe its a level interrupt, i haven't been able to find any mention of it in the documentation, but the native linux driver reports them as level in /proc/interrupts /Jesper _______________________________________________ Xenomai mailing list [email protected] http://www.xenomai.org/mailman/listinfo/xenomai
