From owner-svn-src-all@FreeBSD.ORG Mon Jun 10 11:09:11 2013 Return-Path: Delivered-To: svn-src-all@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 8277870F; Mon, 10 Jun 2013 11:09:11 +0000 (UTC) (envelope-from cognet@ci0.org) Received: from kanar.ci0.org (unknown [IPv6:2a01:e0b:1:150:ca0a:a9ff:fef1:a4c9]) by mx1.freebsd.org (Postfix) with ESMTP id 0B5B91DFA; Mon, 10 Jun 2013 11:09:10 +0000 (UTC) Received: from kanar.ci0.org (pluxor@localhost [127.0.0.1]) by kanar.ci0.org (8.14.5/8.14.5) with ESMTP id r5AB8lu3046634; Mon, 10 Jun 2013 13:08:47 +0200 (CEST) (envelope-from cognet@ci0.org) Received: (from doginou@localhost) by kanar.ci0.org (8.14.5/8.14.5/Submit) id r5AB8lop046633; Mon, 10 Jun 2013 13:08:47 +0200 (CEST) (envelope-from cognet@ci0.org) X-Authentication-Warning: kanar.ci0.org: doginou set sender to cognet@ci0.org using -f Date: Mon, 10 Jun 2013 13:08:47 +0200 From: Olivier Houchard To: Konstantin Belousov Subject: Re: svn commit: r251586 - head/sys/arm/ti Message-ID: <20130610110847.GA46614@ci0.org> References: <201306092251.r59MpCmW006162@svn.freebsd.org> <20130610035547.GX3047@kib.kiev.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20130610035547.GX3047@kib.kiev.ua> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: svn-src-head@FreeBSD.org, svn-src-all@FreeBSD.org, src-committers@FreeBSD.org 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: Mon, 10 Jun 2013 11:09:11 -0000 On Mon, Jun 10, 2013 at 06:55:47AM +0300, Konstantin Belousov wrote: > On Sun, Jun 09, 2013 at 10:51:12PM +0000, Olivier Houchard wrote: > > Author: cognet > > Date: Sun Jun 9 22:51:11 2013 > > New Revision: 251586 > > URL: http://svnweb.freebsd.org/changeset/base/251586 > > > > Log: > > Increase the maximum KVM available on TI chips. Not sure why we suddenly need > > that much, but that lets me boot with 1GB of RAM. > > I suspect that the cause is the combination of limited KVA and > lack of any limitation for the buffer map. I noted that ARM lacks > VM_BCACHE_SIZE_MAX after a report from mav about similar (?) problem a > day ago. > > In essence, the buffer map is allowed to take up to ~330MB when no > upper limit from VM_BCACHE_SIZE_MAX is specified. Hi Konstantin, Thanks for the hint ! It seems only i386 and sparc64 sets it, what would be a good value, 200M, as it is on i386 ? Regards, Olivier