On 22/01/14 18:45, Russell Senior wrote:
>>>>>> "Daniel" == Daniel  <daniel@makrotopia.org> writes:
> 
> Daniel> On 01/22/2014 07:04 AM, Russell Senior wrote:
>>> Has anybody else seen this memory leak?  Leads on where it's coming
>>> from?  Not a runaway process, at least not that top shows up.  Just
>>> a gradual disappearance from MemFree that /proc/sys/vm/drop_caches
>>> doesn't fix.  It isn't adhoc mode, and I can associate the two
>>> devices over adhoc and move a bunch of data with no memory lost,
>>> but turning on batman-adv seems to sink it.
> 
> Daniel> Yes, and I tested (compile-time selected) with and without
> Daniel> network coding, and (at run-time) with and without
> Daniel> fragmentation (as I also bumped into the MTU calculation
> Daniel> problem later fixed by the patch on this list) -- any 32MB RAM
> Daniel> devices reboots after roughly 30 minutes due to OOM without
> Daniel> substantial traffic, if there is traffic then apparently even
> Daniel> faster...
> 
> The memory leak I see seems to commence as soon as a batman-adv
> neighbor (same version, in this case 15) appears and stops when the
> neighbor goes away.
> 

Thank you very much for the hint Russel!
Today I tried with one node only, but kmemleak did not report anything...

> I am going to try enabling kmemleak and see of that tells me anything.
> 

Thanks! Keep us informed!

Cheers,

-- 
Antonio Quartulli