Help: Reg Out of swap space

Warner Losh imp at bsdimp.com
Tue Dec 18 14:20:28 UTC 2012


On Dec 17, 2012, at 11:41 PM, Mukunda Haveri wrote:

> Agree.. My oversight, I will compile with WITHOUT_MALLOC_DEBUG in src.conf and check.. And do you have any pointers towards removing some obvious  components that we do not require to compile in the kernel on an embedded MIPS platform?


WITHOUT_MALLOC_DEBUG is what it should be, but it isn't what it is today.

Warner
> 
> 
> On Tue, Dec 18, 2012 at 11:27 AM, Oleksandr Tymoshenko <gonzo at bluezbox.com> wrote:
> 
> On 2012-12-17, at 8:06 PM, Warner Losh <imp at bsdimp.com> wrote:
> 
> >
> > On Dec 17, 2012, at 8:52 PM, Oleksandr Tymoshenko wrote:
> >
> >> On 12/17/2012 2:32 AM, Mukunda Haveri wrote:
> >>> I have done that already. Hope it's correct..
> >>> Please have a look at the attached make.mips.conf. and my build script (csh
> >>> script) sets,
> >>> setenv __MAKE_CONF /root/mips/make.conf.mips
> >>> setenv SRCCONF /root/mips/src.conf.mips
> >>>
> >>> I also have a new problem after updating the source to head [from 24k+
> >>> version]. Something related to <audisdistd>. -:)
> >>>
> >>>
> >>>
> >>> On Mon, Dec 17, 2012 at 2:14 PM, Adrian Chadd <adrian at freebsd.org> wrote:
> >>>
> >>>> You need to define MALLOC_PRODUCTION in your build or the default
> >>>> jemalloc options in -HEAD cause it to run out of RAM on embedded
> >>>> platforms.
> >>>>
> >>>>
> >>
> >> As far as I can see it's MALLOC_DISTRIBUTION in make.conf. Should be MALLOC_PRODUCTION
> >
> > It should be WITHOUT_MALLOC_DEBUG
> >
> 
> BTW, why not make it a default for platforms with small footprint or non-tier1? As far as I understand
> the idea behind having debug enabled is to make getting information from running systems
> easier. I do not think this approach is applicable to ARM or MIPS targets.
> 
> _______________________________________________
> freebsd-mips at freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-mips
> To unsubscribe, send any mail to "freebsd-mips-unsubscribe at freebsd.org"
> 
> DISCLAIMER:
> The information contained in this message (including any attachments) is confidential and may be privileged. If you have received it by mistake please notify the sender by return e-mail and permanently delete this message and any attachments from your system. Any dissemination, use, review, distribution, printing or copying of this message in whole or in part is strictly prohibited. Please note that e-mails are susceptible to change. PointRed Telecom Ltd (including its group companies) shall not be liable for the improper or incomplete transmission of the information contained in this communication nor for any delay in its receipt or damage to your system and does not guarantee that the integrity of this communication has been maintained or that this communication is free of viruses, interceptions or interferences. 
> 
> 



More information about the freebsd-mips mailing list