>> I got in trouble switching from callback-receive to 0.7.0-blocking

Okay, now it works, porting from callback to blocking receive function is
done. The problem was that I shut down the receiving task before closing the
socket (the examples show the correct sequence;).
A maybe interesting issue: after closing the port, the blocking receive call
within the receiver task gets unblocked with an error return value. If one
don't sleep or jump out of the closed loop in this situation the linux
system hangs in module_cleanup() function because of the realtime priority
of the always immediately erroneous returning receive call...


>> Btw: after removing the receiving task, a 'cat /proc/rtai/scheduler'
>> causes a kernel paging fault :-Z
> Maybe the cleanup of your task was not successful. Check the open file
> descriptors under /proc/rtai/rtdm/. Also take a careful look at the

Found the bug: a not closed port.
Maybe other will run in this situation: My cleanup was done only when the
socket handle was not 0. This seems to work with rtnet 0.2.x but now in
0.7.0 the first correct assigned socket handle is 0 :-Z


>> RTmac is loaded for kernelspace message sending - not for time slice
>Sorry, what???

I used rt_sendmsg() to send configuration udp datagrams to the realtime NIC
(without need for realtime behavior) from kernel space when a user wrote
data to /proc interface on system startup.
The mailing list told me that this was okay when rtmac is simply loaded
(even without any further rtmac configuration)
This seems NOT to work with 0.7.0, sendmsg_rt() called from kernel space
always returns -38 (-ENOSYS?)

Is it correct, that this feature will not work from now because of internal
rtnet changes? Only for confirmation - for other reasons I'm going to swap
out sendmsg_rt() to an extra rttask.

Regards, Alexander




-------------------------------------------------------
This SF.Net email is sponsored by BEA Weblogic Workshop
FREE Java Enterprise J2EE developer tools!
Get your free copy of BEA WebLogic Workshop 8.1 today.
http://ads.osdn.com/?ad_id=4721&alloc_id=10040&op=click
_______________________________________________
RTnet-users mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/rtnet-users

Reply via email to