Date: Fri, 6 Jan 2012 11:21:27 +0000 From: Anton Shterenlikht <mexas@bristol.ac.uk> To: Marius Strobl <marius@alchemy.franken.de> Cc: freebsd-sparc64@freebsd.org Subject: r223378 panic [Re: sparc64 r228561 panic: kmem_suballoc: bad status return of 3] Message-ID: <20120106112126.GA69964@mech-cluster241.men.bris.ac.uk> In-Reply-To: <20111216161031.GA2371@alchemy.franken.de> References: <20111216084048.GA98967@mech-cluster241.men.bris.ac.uk> <20111216103720.GA853@alchemy.franken.de> <20111216111922.GA99512@mech-cluster241.men.bris.ac.uk> <20111216161031.GA2371@alchemy.franken.de>
next in thread | previous in thread | raw e-mail | index | archive | help
On Fri, Dec 16, 2011 at 05:10:31PM +0100, Marius Strobl wrote: > On Fri, Dec 16, 2011 at 11:19:22AM +0000, Anton Shterenlikht wrote: > > On Fri, Dec 16, 2011 at 11:37:20AM +0100, Marius Strobl wrote: > > > On Fri, Dec 16, 2011 at 08:40:48AM +0000, Anton Shterenlikht wrote: > > > > Updating from r216048 to r228561 on sparc64, > > > > with sys/conf/newvers.sh changed to REVISION="9.9". > > > > > > > > Trinscribed by hand: > > > > > > > > FreeBSD 9.9-CURRENT #3 r228561M: > > > > > > > > panic: kmem_suballoc: bad status return of 3 > > > > KDB: enter: panic > > > > [ thread pid 0 tid 0 ] > > > > Stopped at 0x02937e0: ta %xcc,1 > > > > db> > > > > > > > > The keyboard froze, couldn't get a bt, > > > > required a cold reboot. > > > > > > > > My /etc/make.conf and kernel config files are below. > > > > > > > > Any advice? > > > > > > > > > > Hrm, doesn't look like I can reproduce this. What machine model is > > > that and how much RAM does it have? > > > > >From dmesg: > > > > real memory = 2147483648 (2048 MB) > > avail memory = 2079449088 (1983 MB) > > cpu0: Sun Microsystems UltraSparc-IIIi Processor (1503.00 MHz CPU) > > > > > Do you use any loader tuneables? > > > > I don't think so. You mean like /boot/loader.conf? > > I haven't got this file at all. > > > > Even with a Blade 1500, which is the closest match to your machine > that I have, and a kernel built with your configuration file I can't > reproduce this using r228583. I'd suggest to test with a kernel built > using an empty object directory and without any local modifications. > If that still doesn't solve the problem given that there isn't even > a backtrace I just can suggest to do a binary search for the offending > commit, probably accounting especially for the changes to the VM > within the window of revisions in question. It took a while. 223377 - ok 223378 - panic # svn up -r 223378 Updating '.': U sys/sparc64/include/tsb.h U sys/sparc64/include/vmparam.h Updated to revision 223378. # svn diff -c 223378 Index: sys/sparc64/include/tsb.h =================================================================== --- sys/sparc64/include/tsb.h (revision 223377) +++ sys/sparc64/include/tsb.h (revision 223378) @@ -50,7 +50,6 @@ extern vm_size_t tsb_kernel_mask; extern vm_size_t tsb_kernel_size; extern vm_paddr_t tsb_kernel_phys; -extern u_int tsb_kernel_ldd_phys; static __inline struct tte * tsb_vpntobucket(pmap_t pm, vm_offset_t vpn) Index: sys/sparc64/include/vmparam.h =================================================================== --- sys/sparc64/include/vmparam.h (revision 223377) +++ sys/sparc64/include/vmparam.h (revision 223378) @@ -218,7 +218,7 @@ * is the total KVA space allocated for kmem_map. */ #ifndef VM_KMEM_SIZE_SCALE -#define VM_KMEM_SIZE_SCALE (3) +#define VM_KMEM_SIZE_SCALE (tsb_kernel_ldd_phys == 0 ? 3 : 1) #endif /* @@ -238,6 +238,7 @@ #define UMA_MD_SMALL_ALLOC +extern u_int tsb_kernel_ldd_phys; extern vm_offset_t vm_max_kernel_address; /* Many thanks Anton -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 331 5944 Fax: +44 (0)117 929 4423
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20120106112126.GA69964>