From owner-freebsd-sparc64@FreeBSD.ORG Wed Oct 9 19:27:22 2013 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 189EBC93 for ; Wed, 9 Oct 2013 19:27:22 +0000 (UTC) (envelope-from marius@alchemy.franken.de) Received: from alchemy.franken.de (alchemy.franken.de [194.94.249.214]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A60EF2F44 for ; Wed, 9 Oct 2013 19:27:21 +0000 (UTC) Received: from alchemy.franken.de (localhost [127.0.0.1]) by alchemy.franken.de (8.14.7/8.14.7/ALCHEMY.FRANKEN.DE) with ESMTP id r99JRJuZ014179; Wed, 9 Oct 2013 21:27:19 +0200 (CEST) (envelope-from marius@alchemy.franken.de) Received: (from marius@localhost) by alchemy.franken.de (8.14.7/8.14.7/Submit) id r99JRJHF014178; Wed, 9 Oct 2013 21:27:19 +0200 (CEST) (envelope-from marius) Date: Wed, 9 Oct 2013 21:27:19 +0200 From: Marius Strobl To: Craig Butler Subject: Re: 9.2-RELEASE broken on a netra X1 box. Message-ID: <20131009192719.GA14057@alchemy.franken.de> References: <1381318325.93904.3.camel@zbox.lerwick.hopto.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1381318325.93904.3.camel@zbox.lerwick.hopto.org> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-sparc64@freebsd.org X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Oct 2013 19:27:22 -0000 On Wed, Oct 09, 2013 at 11:32:05AM +0000, Craig Butler wrote: > Hello Folks > > Trying out 9.2 RELEASE on one of our Netra X1 servers and something > broke. > > Freshly compiled and installed world and kernel. > > Booting [/boot/kernel/kernel]... > jumping to kernel entry at 0xc0098000. > Copyright (c) 1992-2013 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > The Regents of the University of California. All rights > reserved. > FreeBSD is a registered trademark of The FreeBSD Foundation. > FreeBSD 9.2-RELEASE #0: Tue Oct 8 16:09:50 BST 2013 > root@blueeye.lerwick.hopto.org:/usr/obj/usr/src/sys/GENERIC sparc64 > gcc version 4.2.1 20070831 patched [FreeBSD] > real memory = 1073741824 (1024 MB) > panic: kmem_suballoc: bad status return of 3 > cpuid = 0 > KDB: stack backtrace: > #0 0xc07d855c at kmem_suballoc+0x7c > #1 0xc07d79ac at vm_ksubmap_init+0x12c > #2 0xc0846f24 at cpu_startup+0xc4 > #3 0xc04b3e70 at mi_startup+0x1d0 > #4 0xc0098028 at btext+0x28 > Uptime: 1s > Typically, this is caused by a bug in MI code which only triggers with specific memory layouts depending on the exact machine model and certain amounts of RAM, though. That's why it would be helpful if people would at least test booting BETAs and RCs. It probably can be worked around by limiting the memory employed via the hw.physmem tunable to something like 512 MB for that machine. I need to see whether I can upgrade my X1 to 1 GB so I can reproduce it. Marius