Jan Kiszka wrote:
> Philippe Gerum wrote:
>> Jan Kiszka wrote:
>>> Sigh, this is not my day: Can anyone confirm that we are leaking memory
>>> with current SVN head? I'm seeing a constant increase on slab
>>> "size-1024" on a x86_64 box when running arbitrary Xenomai apps in a loop.
>>> [ Besides that, I have an occasional deadlock in xnpipe_wakeup_proc due
>>> to an inconsistent xnpipe_sleepq - likely a different story... :-/ ]
>> Any luck with CONFIG_XENOMAI_OPT_DEBUG_QUEUES on?
> As usual no luck: the bug disappeared (likely some race). Will dig into
> that next after fixing this leak:
> XNSHADOW_CLIENT_ATTACH -> xnarch_alloc_host_mem(xnsys_ppd)
> XNSHADOW_CLIENT_DETACH -> ???
That was the key, now fixed with #4218.
Siemens AG, Corporate Technology, CT SE 2
Corporate Competence Center Embedded Linux
Xenomai-core mailing list