M. Koehrer wrote: > Hi Jan, > > thanks for your response. > I have printed out the state of the STACK_manger.event and the rx.fifo in the > situation that > I have a missing signaling. > The result is the following: > STACK_manager.event.pending is 0, > STACK_manager.event.synch_base.count is -1, > rx.fifo.read_pos == rx.fifo.write_pos. > > I think this is fine. No data waiting in the rx fifo. Thus, the message seems > to be still in the driver.
What about the socket queue? Keep in mind that the stack manager
migrates the rtskb to it once it got woken up by the driver.
>
> My assumption is now that there could be an issue with the rt_eepro100
> interrupt routine.
> What happens if a second message comes in while speedo_interrupt() is running
> but
> has already left the do { } while(1) loop?
> The second message that has been received will not be delivered within that
> interrupt routine.
> But will this cause a new interrupt that will be processed directly after the
> first interrupt?
> Or will the interrupt for the second message silently forgotten?
The logic is that as long as some IRQ event is pending in the hardware,
it will keep its IRQ line up to re-trigger an interrupt once the CPU
accepts it again. Nothing is lost. This is actually a generic pattern
for all drivers, you will find the same in rt_e1000 for instance.
That's the theory. Still some subtle bug may play against us. To rule
out IRQ issues, you could trace the numbers of rt_eepro100 IRQs (or even
just rx events), e.g. before starting a new tx/rx cycle in your
application. After the error occurred, you could compare the progress
with the expected increment.
Jan
signature.asc
Description: OpenPGP digital signature
------------------------------------------------------------------------- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
_______________________________________________ RTnet-users mailing list RTnet-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rtnet-users
