Hi,
RTnet just gained userspace support under RTAI/fusion (tested with latest fusion-CVS), see the SVN. This is more a less a hack to the existing RTDM port for fusion (no library, just ugly static-inlines), but it is not intended to stay for long. On the mid-term, it is planned to merge RTDM into the official fusion branch anyhow, so this version can be seen as a first (usable!) demonstration of the functionality.
I also ported two examples to fusion, namely the interface lister rtnet_ifs and the ip-fragmentation example frag-ip. Both work smoothly, and demonstrate the usage of RTnet in fusion userspace quite well (I hope). There is one tricky point again, common to both classic and fusion: automatic hard/soft respectively primary/secondary mode switching of threads. See the hack I had to add to frag-ip in order to switch back after printing some texts. RTnet's send/receive functions always require hard/primary context to execute! This is an issue we have to think about again when integrating RTDM into fusion.
Furthermore, I was not able to trigger any hidden RTAI problems under fusion - which is also a big step forward compared to the situation with RTAI <= 3.1! I haven't recently tested 3.2 with RTnet, but most scheduler issues seem to be fixed there as well the time I tried with old magma. However, any new userspace projects on top of RTnet should definitely try fusion first, it has further advantages (e.g. gdb support).
The SVN also include a patch by Fabian Koch to improve the selection scheme when loading RT-NICs on system with multiple cards. This scheme now works like this: When you have four NICs of the same type (theoretical scenario, at least we do not have such a box yet :)), issue "insmod <rt_driver> cards=0,1,0,1" to let the real-time NIC driver grab only the second and the fourth one. This scheme now works for all drivers except the broken ones (MPC drivers and the 3c59x).
There is another patch pending to add (upon request via configure switch) IRQ-sharing support with normal Linux, I hope to merge it soon. This might conflict with hard RT-requirements (therefore the configure switch), but it was suggested by a user who wants to use RTnet in a soft-RT scenario without being able to separate the RT-NICs IRQ from some Linux IRQ.
Have fun! Jan
------------------------------------------------------- This SF.Net email is sponsored by: New Crystal Reports XI. Version 11 adds new functionality designed to reduce time involved in creating, integrating, and deploying reporting solutions. Free runtime info, new features, or free trial, at: http://www.businessobjects.com/devxi/728 _______________________________________________ RTnet-users mailing list RTnet-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rtnet-users
