Hi Matt,<br>The changes aren't bad and can easily be turned off in the options header file. I'll post a patch by the end of the week.<br><br>Farrell<br><br><div class="gmail_quote">On Mon, Jun 8, 2009 at 10:48 AM, Matt Johnston <span dir="ltr"><<a href="mailto:matt@ucc.asn.au">matt@ucc.asn.au</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">Hi Farrell,<br>
<br>
If the changes are fairly unobtrusive, I think it might be<br>
worth including. Do you have a patch handy?<br>
<br>
Cheers,<br>
<font color="#888888">Matt<br>
</font><div><div></div><div class="h5"><br>
On Sat, May 30, 2009 at 03:11:13PM -0400, Farrell Aultman wrote:<br>
> I discovered that dropbear, especially when using libz for<br>
> compression/decompression, causes memory fragmentation in uClinux - to the<br>
> point that the system doesn't have enough contiguous memory to continue to<br>
> function after ~24 hours. This will be a problem for any system that<br>
> doesn't have an MMU. Normally, programs specifically targeted for uClinux<br>
> will allocate all memory statically and the program itself will load execute<br>
> in place (EIP) from a romfs.<br>
><br>
> Thankfully, dropbear has wrapper functions for malloc and related calls that<br>
> can easily be replaced globally. I have integated the bget memory manager<br>
> with dropbear. Dropbear will initially get a large chunk of system memory,<br>
> then all future memory allocations are handled by bget, resulting in no<br>
> system memory fragmentation. I also use bget for libtommath and<br>
> libtomcrypt. I'm posting this to see if there is any interest in a patch<br>
> with bget integration. If not, this e-mail can serve as a search result for<br>
> someone to make a request in the future.<br>
><br>
> Farrell<br>
<br>
</div></div></blockquote></div><br>