Subject: Re: new snapshot available
To: None <grant@grunta.com, mrg@eterna.com.au>
From: None <eeh@netbsd.org>
List: port-sparc64
Date: 08/27/2001 15:04:33
| On Fri, Aug 24, 2001 at 02:35:46AM +1000, matthew green wrote:
|
| > a new snapshot with a standard cvs(1) and working ifconfig(1) in the
| > miniroot, plus a new `instfs' for easy netboot installs is now
| > available from the ftp server.
|
| I couldn't boot either GENERIC or INSTALL on the 220R. INSTALL got
| further when I used ofwboot.net from 1.5.1, but eventually bombed out
| with a watchdog reset like GENERIC.
|
| output is below, prtconf -v is attached.
Actually, `prtconf -pv' is preferred since it prints out just the
firmware information rather than the driver information.
| Sun Enterprise 220R (2 X UltraSPARC-II 360MHz), No Keyboard
| OpenBoot 3.29, 512 MB memory installed, Serial #13538583.
| Ethernet address 8:0:20:ce:95:17, Host ID: 80ce9517.
|
|
|
| Rebooting with command: boot net netbsd.INSTALL
| Boot device: /pci@1f,4000/network@1,1 File and args: netbsd.INSTALL
| 15400 >> NetBSD/sparc64 OpenFirmware Boot, Revision
| >> (mrg@powerofseven.eterna.com.au, Wed Aug 22 07:29:37 EST 2001)
| Using BOOTPARAMS protocol: ip address: 192.168.211.212, hostname: grb-test2
| root addr=192.168.211.70 path=/data2/NetBSD/sparc64/snapshot/20010821/root
| loadfile: reading header
| elf64_exec: Booting /pci@1f,4000/network@1,1/netbsd.INSTALL
| 4560808@0x1000000+7316704@0x1800000Fast Data Access MMU Miss
This is interesting. I wonder if you have issues w/the layout of memory
on that machine.
| Rebooting with command: boot net netbsd.GENERIC
| Boot device: /pci@1f,4000/network@1,1 File and args: netbsd.GENERIC
| 15400 >> NetBSD/sparc64 OpenFirmware Boot, Revision
| >> (mrg@powerofseven.eterna.com.au, Wed Aug 22 07:29:37 EST 2001)
| Using BOOTPARAMS protocol: ip address: 192.168.211.212, hostname: grb-test2
| root addr=192.168.211.70 path=/data2/NetBSD/sparc64/snapshot/20010821/root
| loadfile: reading header
| elf64_exec: Booting /pci@1f,4000/network@1,1/netbsd.GENERIC
| 4516312@0x1000000+148632@0x1800000+4045672@0x1824498
| symbols @ 0xfef90300 74+298728+157356 start=0x1000000
| chain: calling OF_chain(800000, eef8, 1000000, fff83a80, 18)
| [ using 456936 bytes of netbsd ELF symbol table ]
| pmap_bootstrap: could not claim physical dseg extension at af4a0000 size 360000
| Setting DTLB entry 00000000 01000000 data e0000000 af800074
| Setting DTLB entry 00000000 01800000 data e0000000 af000076
| Setting ITLB entry 00000000 01000000 data e0000000 af800074
| Setting CPUINFO mappings...
| Setting TSB pointer 00000000 018b0000
| consinit()
| setting up stdin
|
| SIR Reset
|
| Watchdog Reset
| Externally Initiated Reset
The kernel generated a software initiated reset because it got
into a nasty state and couldn't easily recover. This usually
happens when it loses track of or overflows the kernel stack.
You should type `.trap-registers' so we can see exactly where it
died.
What device are you using for the console?
Eduardo