Bernhard Pfund wrote: > Hi All, > > I have some strange behaviour here. When I try to run a periodic task > sending small packets at 10kHz over an UDP socket, after some few cycles > I get ENOBUFS. I can play with rtskb pool size, which extends the number > of successful cycles, but I have the feeling that there's no > housekeeping taking place. > > Funny enough I could run the very same code for hours before I updated > to the latest code base of Linux, RTnet and RTAI. > > This is the current config: > > Kernel: 2.6.26.6 > Driver: rt_e1000 (Intel PRO/1000 PCIe) > Adeos : hal-linux-2.6.26-x86-2.0-13.patch > RTnet : 0.9.11 (SVN) > RTAI : latest magma (to be 3.7) > > > Modules: > > rtipv4 21576 0 > rt_e1000 83712 0 > rtnet 31808 2 rtipv4,rt_e1000 > rtai_rtdm 71432 3 rtipv4,rt_e1000,rtnet > > Any hint appreciated!
Start with verifying if your RT-NIC generates IRQs. If that's the case, maybe instrument the TX completion path, if you get there for releasing sent buffers. Similar instrumentation can be applied to the RX path - if your socket releases the buffers after delivering them to the user app. Jan
signature.asc
Description: OpenPGP digital signature
------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________ RTnet-users mailing list RTnet-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rtnet-users
