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