svn commit: r246204 - head/sys/arm/include

[Oleksandr Tymoshenko]

On 2013-02-16, at 9:46 AM, Alan Cox <alc at rice.edu> wrote:

> On 02/16/2013 00:36, Oleksandr Tymoshenko wrote:
>> On 2013-02-01, at 2:26 AM, Andre Oppermann <andre at 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.

Sorry, Alan, no. I've just tried it and it fixed this panic for me. I'll reply to you in arm@ mailing list.

Sorry for the fuzz.