Re: [RTnet-developers] Multicast patch

[Jan K. <jan...@we...>]

Bruno Carlus wrote:
> Hi,
> 
> to test my multicast patch I tried the following piece of code, simplier 
> than the ptp soft, to validate the modifications.
> The problem is that the packets are correctly sent and seemed to be 
> received by the rtnet udp layer at the other side, but never get to the 
> socket layer receiving ...

You can
  - instrument the receiver side to find out what is happening (printk)
  - use some tracer (i-pipe tracer or lttng)
  - run the whole thing under qemu

I recently did the latter before releasing 0.9.10-rc2. Works nicely 
these days as qemu now provides several of the network adapters that 
RTnet supports. Of course, timing is not reliable, BUT... you can debug 
the targets without any kernel patch or additional hardware support! And 
if something crashes, you don't have to leave your seat and walk to some 
reset switch. ;)

> 
> Other thing maybe in touch when ^c the little program rtdm complains: 
> "closing device in real-time mode while creation ran in non real time - 
> this is not supported! " maybe related to my problem.
> 
> something i did not understand about the xenomai/rtnet posix wrap?

Your problem is sock_lock. It forces shutalldown into primary (=RT) mode 
before invoking close(). That neither makes sense nor works if socket() 
was invoked in secondary (=Non-RT) mode. Just gid rid of it.

Jan