Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 12 Mar 2004 22:10:16 -0800
From:      Wes Peters <wes@softweyr.com>
To:        Ken Smith <kensmith@cse.Buffalo.EDU>
Cc:        sparc64@freebsd.org
Subject:   Re: (was Re: HEADS UP!  MAJOR change to FreeBSD/sparc64) Boot failure on rebuild
Message-ID:  <20040312221016.5ab0c53a.wes@softweyr.com>
In-Reply-To: <20040312204434.GA8613@electra.cse.Buffalo.EDU>
References:  <p060204f5bc750679b827@[128.113.24.47]> <20040311165639.GJ462@seekingfire.com> <20040311170547.GA22014@ns1.xcllnt.net> <20040312031334.GP462@seekingfire.com> <20040312204434.GA8613@electra.cse.Buffalo.EDU>

next in thread | previous in thread | raw e-mail | index | archive | help
On Fri, 12 Mar 2004 15:44:34 -0500 Ken Smith <kensmith@cse.Buffalo.EDU>
alleged:

> On Thu, Mar 11, 2004 at 09:13:34PM -0600, Tillman Hodgson wrote:
> 
> > Mounting root from ufs:/dev/ad0a
> > setrootbyname failed
> > ffs_mountroot: can't find rootvp
> > Root mount failed: 6
> > Manual root filesystem specification:
> >   <fstype>:<device>  Mount <device> using filesystem <fstype>
> >                        eg. ufs:/dev/da0a
> >   ?                  List valid disk boot devices
> >   <empty line>       Abort manual input
> > mountroot> ?
> > 
> > Any suggestions? This looks like a geom boot disk thing rather than a
> > 64bTT thing, but what with the timing I thought I'd better explore all
> > scenarios.
> 
> This turns out to have been an unforseeable interaction between the
> new CPU devices in sys/kern/subr_smp.c and the way sparc64 handles
> the devices that connect to the nexus bus.  njl and jhb were able
> to help figure out what the problem was.  A temporary "fix" just
> got committed that removes the new CPU devices on sparc64 for now,
> Nate will work on a better solution shortly.

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?


-- 

        Where am I, and what am I doing in this handbasket?

Wes Peters                                               wes@softweyr.com



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