Date: Fri, 07 Dec 2012 14:17:13 -0800 From: Oleksandr Tymoshenko <gonzo@bluezbox.com> To: Andre Oppermann <andre@freebsd.org> Cc: svn-src-head@freebsd.org, svn-src-all@freebsd.org, src-committers@freebsd.org, alfred@freebsd.org Subject: Re: svn commit: r243631 - in head/sys: kern sys Message-ID: <50C26AE9.4020600@bluezbox.com> In-Reply-To: <50C26331.6030504@freebsd.org> References: <201211272119.qARLJxXV061083@svn.freebsd.org> <ABB3E29B-91F3-4C25-8FAB-869BBD7459E1@bluezbox.com> <50C1BC90.90106@freebsd.org> <50C25A27.4060007@bluezbox.com> <50C26331.6030504@freebsd.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On 12/7/2012 1:44 PM, Andre Oppermann wrote: > On 07.12.2012 22:05, Oleksandr Tymoshenko wrote: >> On 12/7/2012 1:53 AM, Andre Oppermann wrote: >>> On 07.12.2012 10:36, Oleksandr Tymoshenko wrote: >>>> >>>> On 2012-11-27, at 1:19 PM, Andre Oppermann <andre@freebsd.org> wrote: >>>> >>>>> Author: andre >>>>> Date: Tue Nov 27 21:19:58 2012 >>>>> New Revision: 243631 >>>>> URL: http://svnweb.freebsd.org/changeset/base/243631 >>>>> >> .. skipped .. >>>> Andre, >>>> >>>> these changes along with r243631 break booting ARM kernels on >>>> devices with 1Gb of memory: >>>> >>>> vm_thread_new: kstack allocation failed >>>> panic: kproc_create() failed with 12 >>>> KDB: enter: panic >>>> >>>> If I manually set amount of memory to 512Mb it boots fine. >>>> If you need help debugging this issue or testing possible fixes, >>>> I'll be glad to help >>> >>> What is the kmem layout/setup of ARM? If it is like i386 then maybe >>> the parameters VM_MAX_KERNEL_ADDRESS and VM_MIN_KERNEL_ADDRESS are not >>> correctly set up and the available kmem is assumed to be larger than >>> it really is. >>> >> >> VM_MIN_KERNEL_ADDRESS == 0xc0000000 >> VM_MAX_KERNEL_ADDRESS == 0xffffffff >> >> The problem goes away if I copy VM_MAX_AUTOTUNE_MAXUSERS and >> VM_MAX_AUTOTUNE_NMBCLUSTERS lines from i386/include/vmparam.h > > VM_MAX_AUTOTUNE_NMBCLUSTERS is unused now and can be garbage collected. > It was only ever defined in i386/include/vmparam.h. > > The calculation for maxusers is physpages / (2 * 1024 * 1024 / PAGE_SIZE) > resulting in 512. Yes, it's 512 and then it's scaled down to 400. If maxusers is overridden by VM_MAX_AUTOTUNE_MAXUSERS (384), boot proceeds but then userland application fail with the same diagnostic: vm_thread_new: kstack allocation failed
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?50C26AE9.4020600>