Dear Jan,
The problem is coming from rtcfg_rx_handler. I try to disable the following:
#if 0
if (rtskb_acquire(rtskb, &rtcfg_pool) == 0) {
rtdev_reference(rtskb->rtdev);
rtskb_queue_tail(&rx_queue, rtskb);
rtdm_event_signal(&rx_event);
} else
#endif
kfree_rtskb(rtskb);
At least, the AT91 system is not stalled. Is that something to do with the
rtskb pool?
By the way, here the /proc/rtnet/rtcfg info.
[EMAIL PROTECTED]:/proc/rtnet/rtcfg/rteth0] cat CLIENT_172.16.6.174
state: 0 (SEARCHING)
flags: 00
stage 1 size: 66
stage 2 filename: -
stage 2 size: 0
stage 2 offset: 0
burstrate: 4
mac address: FF:FF:FF:FF:FF:FF
ip: 172.16.6.174
[EMAIL PROTECTED]:/proc/rtnet/rtcfg/rteth0] cat state
state: 1 (SERVER_RUNNING)
flags: 00010000
other stations: 1
stations found: 0
stations ready: 0
configured clients: 0
burstrate: 4
heartbeat period: 1000 ms
Regards,
Chun Yeow
On 9/14/07, Jan Kiszka <[EMAIL PROTECTED]> wrote:
>
> Yeoh Chun Yeow wrote:
> > Dear Jan,
> >
> > Yes. I also think about that at first. But I observed that the AT91
> system
> > is able to respond to ARP request frame (Broadcast Frame) with ARP reply
> in
> > ethereal.
>
> OK, that's disproving my guess.
>
> Already checked what /proc/rtnet/rtcfg entries tell you about the
> client's state? Also, you should now have an idea about some possible
> ways to instrument yours and RTnet's code and find out if some line is
> executed and what has happened before and afterwards... :)
>
> Jan
>
>
>
-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
RTnet-users mailing list
RTnet-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/rtnet-users
