Yeoh Chun Yeow wrote:
> 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

That's fairly essential code you snipped away...

>         kfree_rtskb(rtskb);
> 
> At least, the AT91 system is not stalled. Is that something to do with the
> rtskb pool?

You could try to re-enable it from the top to the bottom.

So with "stalled" you mean your system is just not making no progress
/wrt RTcfg, it is actually frozen? Nothing on the supposably attached
serial (kernel) console?

> 
> 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

With your changes above applied, this is not surprising.

Jan

Attachment: signature.asc
Description: OpenPGP digital signature

-------------------------------------------------------------------------
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

Reply via email to