From owner-svn-src-all@FreeBSD.ORG Sat Feb 16 19:58:33 2013 Return-Path: Delivered-To: svn-src-all@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 716028E2; Sat, 16 Feb 2013 19:58:33 +0000 (UTC) (envelope-from gonzo@id.bluezbox.com) Received: from id.bluezbox.com (id.bluezbox.com [88.198.91.248]) by mx1.freebsd.org (Postfix) with ESMTP id DBB7DA7A; Sat, 16 Feb 2013 19:58:32 +0000 (UTC) Received: from [207.6.254.8] (helo=[192.168.1.67]) by id.bluezbox.com with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.77 (FreeBSD)) (envelope-from ) id 1U6nu1-000N8k-2k; Sat, 16 Feb 2013 11:58:31 -0800 Content-Type: text/plain; charset=iso-8859-1 Mime-Version: 1.0 (Mac OS X Mail 6.2 \(1499\)) Subject: Re: svn commit: r246204 - head/sys/arm/include From: Oleksandr Tymoshenko In-Reply-To: <511FC5EE.2080207@rice.edu> Date: Sat, 16 Feb 2013 11:58:10 -0800 Content-Transfer-Encoding: quoted-printable Message-Id: References: <201302011026.r11AQVL9068427@svn.freebsd.org> <85D50AAD-F600-4EA5-9F92-146B2D6EA04C@bluezbox.com> <511FC5EE.2080207@rice.edu> To: Alan Cox X-Mailer: Apple Mail (2.1499) Sender: gonzo@id.bluezbox.com X-Spam-Level: -- X-Spam-Report: Spam detection software, running on the system "id.bluezbox.com", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see The administrator of that system for details. Content preview: On 2013-02-16, at 9:46 AM, Alan Cox wrote: > On 02/16/2013 00:36, Oleksandr Tymoshenko wrote: >> On 2013-02-01, at 2:26 AM, Andre Oppermann 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. [...] Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] Cc: svn-src-head@freebsd.org, svn-src-all@freebsd.org, src-committers@freebsd.org, Andre Oppermann X-BeenThere: svn-src-all@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "SVN commit messages for the entire src tree \(except for " user" and " projects" \)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Feb 2013 19:58:33 -0000 On 2013-02-16, at 9:46 AM, Alan Cox wrote: > On 02/16/2013 00:36, Oleksandr Tymoshenko wrote: >> On 2013-02-01, at 2:26 AM, Andre Oppermann 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=