On Fri, 12 Mar 2004 15:44:34 -0500 Ken Smith <kensmith_at_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_at_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_at_softweyr.comReceived on Fri Mar 12 2004 - 21:10:19 UTC
This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:37:47 UTC