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 <an...@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
_______________________________________________
svn-src-all@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/svn-src-all
To unsubscribe, send any mail to "svn-src-all-unsubscr...@freebsd.org"
