Here's the miniroot with the commands following.  Next comes the netboot...

Rebooting with command: boot disk:b netbsd -dV
Boot device: /pci@1f,4000/scsi@3/disk@0,0:b  File and args: netbsd -dV
NetBSD IEEE 1275 Bootblock
Loading file /ofwboot
from device /pci@1f,4000/scsi@3/disk@0,0:b
ufs-open complete
.Looking for ofwboot in directory...
.
..
bin
dev
etc
mnt
mnt2
kern
sbin
tmp
usr
var
ofwboot
Found it
.Loading f13a  bytes of file...
>> NetBSD/sparc64 OpenFirmware Boot, Revision 1.6
>> (autobuild@tgm.netbsd.org, Tue May  4 23:53:02 UTC 2004)
devopen: getdisklabel sez no disk label
devopen: search_label sez no disk label
main: Calling loadfile(fd, /pci@1f,4000/scsi@3/disk@0,0:b/netbsd -d)
loadfile: reading header
elf64_exec: Booting /pci@1f,4000/scsi@3/disk@0,0:b/netbsd
4969896@0x1000000+164432@0x1800000+4029872@0x1828250
symbols @ 0xfef58400 149+380664+226458 start=0x1000000
chain: calling OF_chain(800000, cbb0, 1000000, fff7fa80, 18)
OF_chain: prom returned!
Calling entry(0, 0xfff7fa80, 18, f0075a4c, f0075a4c)
Fast Data Access MMU Miss
{0} ok .trap-registers
%TL:1 %TT:68 %TPC:f000b168 %TnPC:f000b16c
%TSTATE:4400000602  %CWP:2
   %PSTATE:6 AG:0 IE:1 PRIV:1 AM:0 PEF:0 RED:0 MM:0 TLE:0 CLE:0 MG:0 IG:0
   %ASI:0  %CCR:44  XCC:nZvc   ICC:nZvc

%TL:2 %TT:68 %TPC:f0003048 %TnPC:f000304c
%TSTATE:4458041402  %CWP:2
   %PSTATE:414 AG:0 IE:0 PRIV:1 AM:0 PEF:1 RED:0 MM:0 TLE:0 CLE:0 MG:1 IG:0
   %ASI:58  %CCR:44  XCC:nZvc   ICC:nZvc

%TL:3 %TT:1ff %TPC:fffffffffffffffc %TnPC:fffffffffffffffc
%TSTATE:8058041402  %CWP:2
   %PSTATE:414 AG:0 IE:0 PRIV:1 AM:0 PEF:1 RED:0 MM:0 TLE:0 CLE:0 MG:1 IG:0
   %ASI:58  %CCR:80  XCC:Nzvc   ICC:nzvc

%TL:4 %TT:1ff %TPC:fffffffffffffffc %TnPC:fffffffffffffffc
%TSTATE:973702ea06  %CWP:6
   %PSTATE:2ea AG:0 IE:1 PRIV:0 AM:1 PEF:0 RED:1 MM:3 TLE:0 CLE:1 MG:0 IG:0
   %ASI:37  %CCR:97  XCC:NzvC   ICC:nZVC

%TL:5 %TT:1ff %TPC:fffffffffffffffc %TnPC:fffffffffffffffc
%TSTATE:972600e305  %CWP:5
   %PSTATE:e3 AG:1 IE:1 PRIV:0 AM:0 PEF:0 RED:1 MM:3 TLE:0 CLE:0 MG:0 IG:0
   %ASI:26  %CCR:97  XCC:NzvC   ICC:nZVC

{0} ok %tl-c .
1 
{0} ok 


> From: Andrey Petrov <petrov@netbsd.org>
> Date: Thu, 6 May 2004 22:33:46 -0700
> To: Peter Eisch <peter@boku.net>
> Cc: NetBSD Port Sparc64 <port-sparc64@netbsd.org>
> Subject: Re: Should an e450 work?
> 
> On Thu, May 06, 2004 at 10:34:38PM -0500, Peter Eisch wrote:
>> 
>> Rebooting with command: boot disk:b netbsd
>> Boot device: /pci@1f,4000/scsi@3/disk@0,0:b  File and args: netbsd
>> NetBSD IEEE 1275 Bootblock
>> ..>> NetBSD/sparc64 OpenFirmware Boot, Revision 1.6
>>>> (autobuild@tgm.netbsd.org, Tue May  4 23:53:02 UTC 2004)
>> devopen: getdisklabel sez no disk label
>> devopen: search_label sez no disk label
>> loadfile: reading header
>> elf64_exec: Booting /pci@1f,4000/scsi@3/disk@0,0:b/netbsd
>> 4969896@0x1000000+164432@0x1800000+4029872@0x1828250
>> symbols @ 0xfef58400 149+380664+226458 start=0x1000000
>> chain: calling OF_chain(800000, cbb0, 1000000, fff7fa80, 18)
>> Fast Data Access MMU Miss
>> {0} ok 
>> 
>> 
>> What might I need to  do in order to get this guy to go?  Pull cpus out?
>> 
>> 
> 
> That's not neseccerily kernel. It can be ofwboot or miniroot image problem
> as well.
> 
> First try 'boot disk0:b netbsd -dV' and check if it discover new information.
> If you get prom prompt try '.trap-registers' and '%tl-c .' commands.
> 
> Then, to avoid possible miniroot problem I'd set up netboot environment and
> start from there.
> 
> Then I'd let netbsd developer remote access your box.
> 
> Andrey
>