Re: [Xenomai-help] [Ethercatmaster-users] EML conflict with RTCAN? low_level_input framebuilding failed.

[Roland Tollenaar <rwatollenaar@domain.hid>]

Hi Jan,


>> thus network buffer allocation is ought to run
>>> against the real-time rtskb pool - which is by default empty :p. See
>>> README.pools from the RTnet documentation on this.
I read this documentation. Together with an archive email of this list I 
  understand that if I load rtnet.ko like

insmod rtnet.ko rtskb_cache_size=64

(for the benfit of other poor souls in the future :))

it should help. And it does make a huge difference. Now instead of not 
giving a problem 1 out of 5 times its more like giving a problem 1 every 
10 times.

The 64 is a value I got from the mailing list. How large can I make this 
and what am I compromising?


>>> I don't have the EML design at hand, but you might be able to avoid this
>>> by initialising before creating the shadow task or by explicitly
>> In fact this is what I tried initially. IT does not work at all. so I
>> ended up initializing in the thread. Problem?
> 
> Not necessarily. But it would have been nice to report the other issue
> as well, because maybe there is something to be fixed (either in the
> code or in the docs). Initialisation almost always happens in non-RT
> context, and you shouldn't be force to do this under RT constraints. If
> this is an RTnet and/or EML problem, please report it on the related lists!
Will do so with your compliments and regards. :) I tried to initialize 
like I initialize rtcan in non-rt but it really does not work.


> Did you set the rtskb_cache_size module parameter for the rtnet.ko? Did
> you choose it appropriately large so that buffer pool do not exhaust if
> RTnet is blocked by other system activity? Again, check the documentation.
As stated, this seems to mitigate the problem. What is not clear to me 
is why the default of the rtskb pool is zero?

Roland.

> 
> Jan
>