Skip site navigation (1)Skip section navigation (2)
Date:      Sat, 16 Feb 2013 11:46:22 -0600
From:      Alan Cox <alc@rice.edu>
To:        Oleksandr Tymoshenko <gonzo@bluezbox.com>
Cc:        svn-src-head@freebsd.org, svn-src-all@freebsd.org, src-committers@freebsd.org, Andre Oppermann <andre@freebsd.org>
Subject:   Re: svn commit: r246204 - head/sys/arm/include
Message-ID:  <511FC5EE.2080207@rice.edu>
In-Reply-To: <85D50AAD-F600-4EA5-9F92-146B2D6EA04C@bluezbox.com>
References:  <201302011026.r11AQVL9068427@svn.freebsd.org> <85D50AAD-F600-4EA5-9F92-146B2D6EA04C@bluezbox.com>

next in thread | previous in thread | raw e-mail | index | archive | help
On 02/16/2013 00:36, Oleksandr Tymoshenko wrote:
> On 2013-02-01, at 2:26 AM, Andre Oppermann <andre@freebsd.org> wrote:
>
>> Author: andre
>> Date: Fri Feb  1 10:26:31 2013
>> New Revision: 246204
>> URL: http://svnweb.freebsd.org/changeset/base/246204
>>
>> Log:
>>  Add VM_KMEM_SIZE_SCALE parameter set to 2 (50%) for all ARM platforms.
>>
>>  VM_KMEM_SIZE_SCALE specifies which fraction of the available physical
>>  memory, after deduction of the kernel itself and other early statically
>>  allocated memory, can be used for the kmem_map.  The kmem_map provides
>>  for all UMA/malloc allocations in KVM space.
>>
>>  Previously ARM was using a fixed kmem_map size of (12*1024*1024) = 12MB
>>  without regard to effectively available memory.  This is too small for
>>  recent ARM SoC with more than 128MB of RAM.
>>
>>  For reference a description of others related kmem_map parameters:
>>
>>   VM_KMEM_SIZE		default start size of kmem_map if SCALE is
>>  			not defined
>>   VM_KMEM_SIZE_MIN	hard floor on the kmem_map size
>>   VM_KMEM_SIZE_MAX	hard ceiling on the kmem_map size
>>   VM_KMEM_SIZE_SCALE	fraction of the available real memory to
>>  			be used for the kmem_map, limited by the
>>  			MIN and MAX parameters.
>>
>>  Tested by:	ian
>>  MFC after:	1 week
> Hi Andre,
>
> this commit brake my Pandaboard with 1GB of memory. It panics early with 
> following message:
>
> kmem_suballoc: bad status return of 3 
>
> If you need additional info/debugging - just let me know. 
>
>

Have you tried the patch from the message that I posted to the arm
mailing listing on Monday?  So far, no one has responded to my request
for testing that patch.

Regards,
Alan




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?511FC5EE.2080207>