Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 07 Dec 2012 13:05:43 -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:  <50C25A27.4060007@bluezbox.com>
In-Reply-To: <50C1BC90.90106@freebsd.org>
References:  <201211272119.qARLJxXV061083@svn.freebsd.org> <ABB3E29B-91F3-4C25-8FAB-869BBD7459E1@bluezbox.com> <50C1BC90.90106@freebsd.org>

next in thread | previous in thread | raw e-mail | index | archive | help
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

Alfred, should these lines be defined for all 32-bit architectures?




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?50C25A27.4060007>