Subject: port-sparc/7678: Sun 4/110 failing to boot diskless
To: None <gnats-bugs@gnats.netbsd.org>
From: Brad Spencer <brad@anduin.eldar.org>
List: netbsd-bugs
Date: 05/31/1999 09:35:48
>Number:         7678
>Category:       port-sparc
>Synopsis:       Sun 4/110 failing to boot diskless
>Confidential:   no
>Severity:       serious
>Priority:       high
>Responsible:    port-sparc-maintainer (NetBSD/sparc Portmaster)
>State:          open
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Mon May 31 09:35:00 1999
>Last-Modified:
>Originator:     Brad Spencer
>Organization:
	At home
>Release:        1.4C supped week of 5/24/1999
>Environment:
	Sun 4/110, NetBSD 1.4C
System: 


>Description:

My 4/110 failed to boot diskless when trying NetBSD 1.4C.  The
following is a snip of the boot dialog:

NetBSD 1.4C (GENERIC) #0: Sat May 29 21:15:48 EDT 1999
    brad@elrond.eldar.org:/usr/src/sys/arch/sparc/compile/GENERIC
total memory = 8136 KB
avail memory = 5352 KB
using 63 buffers containing 504 KB of memory
bootpath: /obio0/ie0
mainbus0 (root): SUN-4/100 series
cpu0 at mainbus0: MB86900/1A or L64801 @ 14.280 MHz, MB86910 or WTL1164/5 FPU
cpu0: no cache
.
.
.
nfs_boot: trying RARP (and RPC/bootparam)
ie0: TDR detected an open 22 clocks away
ie0: 65 frames 195 bufs
ie0: reserved 56916 bytes
nfs_boot: client_addr=206.21.77.209 (RARP from 206.21.77.209)
ie0: 65 frames 195 bufs
ie0: reserved 56916 bytes
nfs_boot: server_addr=206.21.77.209
nfs_boot: hostname=aragorn
nfs_boot: timeout...
nfs_boot: timeout...
nfs_boot: timeout...
root on mellon.eldar.org:/export2/root/aragorn
root file system type: nfs
data fault: pc=0xf0198e78 addr=0xf0214000 ser=8020<WRITE,TIMEOUT>
panic: kernel fault
syncing disks... done
Frame pointer is at 0xf14bda28
Call traceback:
  pc = 0xf019afd4  args = (0x4000e6, 0x400fe6, 0x0, 0x0, 0xf14bdb40, 0x9000e6, 0xf14bda90) fp = 0xf14bda90
  pc = 0xf0051580  args = (0x100, 0x0, 0x0, 0x0, 0xf14bdbb4, 0x9000e0, 0xf14bdaf8) fp = 0xf14bdaf8
  pc = 0xf01ab18c  args = (0xf01aae38, 0x100, 0xf0214000, 0xf14bdbc0, 0x2d, 0xf01fbc00, 0xf14bdb60) fp = 0xf14bdb60
  pc = 0xf000857c  args = (0x9, 0x8020, 0xf0214000, 0xf0198e78, 0x40, 0xf14bdc68, 0xf14bdc08) fp = 0xf14bdc08
  pc = 0xf01a8a34  args = (0x1fff, 0x0, 0xf0214000, 0xf0002000, 0x0, 0x0, 0xf14bdcb8) fp = 0xf14bdcb8
  pc = 0xf0142fec  args = (0xa0000194, 0x32a000, 0xf0208c00, 0xf01a8928, 0xf01a851c, 0x0, 0xf14bdd20) fp = 0xf14bdd20
  pc = 0xf013c8c8  args = (0xf0227b04, 0xf0227b38, 0xf01fbda8, 0x1, 0x0, 0x0, 0xf14bdd88) fp = 0xf14bdd88
  pc = 0xf01ab054  args = (0xf0227b38, 0x2, 0x7, 0xf14bde00, 0xf14d2050, 0xf01fbc00, 0xf14bdea8) fp = 0xf14bdea8
  pc = 0xf000857c  args = (0xf14c6000, 0x8080, 0x30004, 0x204c, 0x0, 0xf14bdfb0, 0xf14bdf50) fp = 0xf14bdf50
  pc = 0x0  args = (0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0xeffffd08) fp = 0xeffffd08
rebooting


It appears that it is crashing around the time that init forks.  It
should be noted that the userland for this machine is 1.4_ALPHA.

I do not suspect the userland code, as 5 other Suns [all Sun 4c
machines] are using it in a disk or diskless configuration.  The
1.4_ALPHA promlib code does not support the PROM on the 4/110
properly, otherwise that would have been used.

>How-To-Repeat:
	Try booting a 4/110 diskless
>Fix:

I am not sure, however, I could test and work with someone who is more
in the know then I am.
>Audit-Trail:
>Unformatted: