Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 10 Jan 2012 13:46:01 +0000
From:      Anton Shterenlikht <mexas@bristol.ac.uk>
To:        Anton Shterenlikht <mexas@bristol.ac.uk>
Cc:        freebsd-sparc64@freebsd.org, Marius Strobl <marius@alchemy.franken.de>
Subject:   Re: r223378 panic [Re: sparc64 r228561 panic: kmem_suballoc: bad status return of 3]
Message-ID:  <20120110134600.GA7617@mech-cluster241.men.bris.ac.uk>
In-Reply-To: <20120106112126.GA69964@mech-cluster241.men.bris.ac.uk>
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> <20120106112126.GA69964@mech-cluster241.men.bris.ac.uk>

next in thread | previous in thread | raw e-mail | index | archive | help
On Fri, Jan 06, 2012 at 11:21:27AM +0000, Anton Shterenlikht wrote:
> 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;
>  
>  /*
> 

I just realised that I have another blade 1500 silver,
which runs 226827:

FreeBSD 9.0-RC1 #2 r226827: Thu Oct 27 15:51:42 BST 2011
    root@mech-as222.men.bris.ac.uk:/usr/obj/usr/src/sys/DALET sparc64
WARNING: WITNESS option enabled, expect reduced performance.
real memory  = 5368709120 (5120 MB)
avail memory = 5230305280 (4988 MB)
cpu0: Sun Microsystems UltraSparc-IIIi Processor (1503.00 MHz CPU)

However, if I try to use that revision on the
problem box, I still get this panic. What's going on?


-- 
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?20120110134600.GA7617>