From owner-freebsd-current@FreeBSD.ORG Sun Mar 14 14:50:15 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 20EF416A4CE; Sun, 14 Mar 2004 14:50:15 -0800 (PST) Received: from smtp.omnis.com (smtp.omnis.com [216.239.128.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id AF18A43D2F; Sun, 14 Mar 2004 14:50:14 -0800 (PST) (envelope-from wes@softweyr.com) Received: from zaphod.softweyr.com (66-91-236-204.san.rr.com [66.91.236.204]) by smtp-relay.omnis.com (Postfix) with ESMTP id E60B4881CFB; Sun, 14 Mar 2004 14:50:13 -0800 (PST) Date: Sun, 14 Mar 2004 14:50:13 -0800 From: Wes Peters To: Ken Smith Message-Id: <20040314145013.2ee6a49d.wes@softweyr.com> In-Reply-To: <20040313071824.GA21635@electra.cse.Buffalo.EDU> References: <20040311165639.GJ462@seekingfire.com> <20040311170547.GA22014@ns1.xcllnt.net> <20040312031334.GP462@seekingfire.com> <20040312204434.GA8613@electra.cse.Buffalo.EDU> <20040312221016.5ab0c53a.wes@softweyr.com> <20040313071824.GA21635@electra.cse.Buffalo.EDU> Organization: Softweyr.com X-Mailer: Sylpheed version 0.9.8 (GTK+ 1.2.10; i386-portbld-freebsd5.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Mon, 15 Mar 2004 05:00:11 -0800 cc: kensmith@cse.Buffalo.EDU cc: current@freebsd.org cc: sparc64@freebsd.org Subject: Re: (was Re: HEADS UP! MAJOR change to FreeBSD/sparc64) Boot failure on rebuild X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Mar 2004 22:50:15 -0000 On Sat, 13 Mar 2004 02:18:25 -0500 Ken Smith alleged: > On Fri, Mar 12, 2004 at 10:10:16PM -0800, Wes Peters wrote: > > > Ok, I bumped into this problem too. Now when I try to boot my previous > > kernel I get: > > > > Type '?' for a list of commands, 'help' for more detailed help. > > OK unload kernel > > OK load /boot/kernel.old/kernel > > /boot/kernel.old/kernel data=0x2bbc08+0x3c568 > > syms=[0x8+0x4ad18+0x8+0x3d2b2] OK boot > > nothing to autoload yet. > > jumping to kernel entry at 0xc0040000. > > Copyright (c) 1992-2004 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 5.2-CURRENT #1: Wed Feb 18 22:58:52 PST 2004 > > rootb@sparky.softweyr.com:/usr/obj/usr/src/sys/SPARKY > > panic: trap: fast data access mmu miss > > at line 364 in file /usr/src/sys/sparc64/sparc64/trap.c > > Uptime: 1s > > > > Not good. Time to burn a 5.2.1 CD? > > Ouch. I'm having trouble figuring out why the old kernel won't boot. > As Kris said someone has suggested this is similar to the problem we > had with make_dev() on the Alphas. That's certainly possible but if > that kernel had been running before I'm not so sure that's the problem, > I don't understand how the kernel would have been able to run before if > it's really the make_dev() issue. > > You might want to give the ISO in snapshots/sparc64 on the mirror > sites a try instead of the 5.2.1 CD, especially if you had already > made the leap to 64-bit time_t. I was in the process of trying to > create a newer version of that when I came across the problem with > the root drive not being mountable. Now that it's fixed I'm trying > again but it will be a day or so before that's ready (if all goes > well this time :-). > > Can you let us know what hardware you have? I'm most interested in > general model (e.g. Ultra-30?) and whether it has a graphical console > that's supposed to work (e.g. Creator-3D?). If it does have the > graphical console as a last resort you could try detaching the keyboard > and connecting a serial console to see if you can coax it into booting > the older kernel that way. I haven't been having problems with serial > console machines at all recently... Ultra-5 with 333MHz cpu module, (currently not) booting on serial console. I have a keyboard and mouse, but they are currently resting in the closet nearby. The kernel config is GENERIC with features I don't have hacked out; nothing esoteric at all. I do usually remove and _ROOT options I'll snag the latest snapshot and try that. -- Where am I, and what am I doing in this handbasket? Wes Peters wes@softweyr.com