Date: Sat, 16 Feb 2013 11:58:10 -0800 From: Oleksandr Tymoshenko <gonzo@bluezbox.com> To: Alan Cox <alc@rice.edu> 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: <CB1D4DA4-A8E7-459F-8618-E290A27B2E67@bluezbox.com> In-Reply-To: <511FC5EE.2080207@rice.edu> References: <201302011026.r11AQVL9068427@svn.freebsd.org> <85D50AAD-F600-4EA5-9F92-146B2D6EA04C@bluezbox.com> <511FC5EE.2080207@rice.edu>
next in thread | previous in thread | raw e-mail | index | archive | help
On 2013-02-16, at 9:46 AM, Alan Cox <alc@rice.edu> wrote: > On 02/16/2013 00:36, Oleksandr Tymoshenko wrote: >> On 2013-02-01, at 2:26 AM, Andre Oppermann <andre@freebsd.org> wrote: >>=20 >>> Author: andre >>> Date: Fri Feb 1 10:26:31 2013 >>> New Revision: 246204 >>> URL: http://svnweb.freebsd.org/changeset/base/246204 >>>=20 >>> Log: >>> Add VM_KMEM_SIZE_SCALE parameter set to 2 (50%) for all ARM = platforms. >>>=20 >>> 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. >>>=20 >>> Previously ARM was using a fixed kmem_map size of (12*1024*1024) =3D = 12MB >>> without regard to effectively available memory. This is too small = for >>> recent ARM SoC with more than 128MB of RAM. >>>=20 >>> For reference a description of others related kmem_map parameters: >>>=20 >>> 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. >>>=20 >>> Tested by: ian >>> MFC after: 1 week >> Hi Andre, >>=20 >> this commit brake my Pandaboard with 1GB of memory. It panics early = with=20 >> following message: >>=20 >> kmem_suballoc: bad status return of 3=20 >>=20 >> If you need additional info/debugging - just let me know.=20 >>=20 >>=20 >=20 > 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.=20=
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CB1D4DA4-A8E7-459F-8618-E290A27B2E67>