Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 27 Jan 2012 22:25:46 +0000 (UTC)
From:      Marius Strobl <marius@FreeBSD.org>
To:        src-committers@freebsd.org, svn-src-all@freebsd.org, svn-src-head@freebsd.org
Subject:   svn commit: r230630 - head/sys/sparc64/include
Message-ID:  <201201272225.q0RMPkbE063193@svn.freebsd.org>

next in thread | raw e-mail | index | archive | help
Author: marius
Date: Fri Jan 27 22:25:46 2012
New Revision: 230630
URL: http://svn.freebsd.org/changeset/base/230630

Log:
  For machines where the kernel address space is unrestricted increase
  VM_KMEM_SIZE_SCALE to 2, awaiting more insight from alc@. As it turns
  out, the VM apparently has problems with machines that have large holes
  in the physical address space, causing the kmem_suballoc() call in
  kmeminit() to fail with a VM_KMEM_SIZE_SCALE of 1. Using a value of 2
  allows these, namely Blade 1500 with 2GB of RAM, to boot.
  
  PR:	164227

Modified:
  head/sys/sparc64/include/vmparam.h

Modified: head/sys/sparc64/include/vmparam.h
==============================================================================
--- head/sys/sparc64/include/vmparam.h	Fri Jan 27 22:24:03 2012	(r230629)
+++ head/sys/sparc64/include/vmparam.h	Fri Jan 27 22:25:46 2012	(r230630)
@@ -218,7 +218,7 @@
  * is the total KVA space allocated for kmem_map.
  */
 #ifndef VM_KMEM_SIZE_SCALE
-#define	VM_KMEM_SIZE_SCALE	(tsb_kernel_ldd_phys == 0 ? 3 : 1)
+#define	VM_KMEM_SIZE_SCALE	(tsb_kernel_ldd_phys == 0 ? 3 : 2)
 #endif
 
 /*



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