Subject: NetBSD 1.1 no go on Sun 4/260
To: None <netbsd-bugs@NetBSD.ORG>
From: Jeff Woolsey <woolsey@jlw.com>
List: netbsd-bugs
Date: 02/11/1996 22:04:48
I have a 4/260 I don't use very often, and I noticed that NetBSD 1.1
supported (sort of) the sun4 kernel architecture (4/100, 4/200, etc.)
Well, I set it all up and the kernel double panics while booting.
And while attempting to get a script of what happened, it double panics
in a different way.  Observe:

>k 2
EEPROM:  Using RS232 Port A as input device.
Selftest Completed.

Sun Workstation, Model Sun-4/200 Series.  
ROM Rev 3.0, 32MB memory installed, Serial #2243.
Ethernet address 8:0:20:0:87:1B, Host ID 210008C3.

Testing 1 Megabytes of Memory ... Completed.

Auto-boot in progress...

EEPROM boot device...Boot: ie(0,0,0) 
ie: No Carrier
-ie: No Carrier
\
Abort at PC 0xFFE91E88.
>b sd()netbsd -s
Boot: sd(0,0,0)netbsd -s
root on sd0a fstype 4.2
|Size: 974816/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/
-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|
/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|
/-\|/-\|/-\|/-\|/-\|+106072+78648 bytes
Copyright (c) 1982, 1986, 1989, 1991, 1993
	The Regents of the University of California.  All rights reserved.

NetBSD 1.1 (GENERIC) #7: Tue Nov 21 20:16:32 MET 1995
    pk@neon:/usr/src1/sys/arch/sparc/compile/GENERIC
real mem = 33529856
avail mem = 30236672
using 204 buffers containing 1671168 bytes of memory
bootpath: /vmes0/si0/sd@0,0
mainbus0 (root)
cpu0 at mainbus0: SUN-4/200 series (MB86910 or WTL1164/5 FPU)
cpu0: 131072 byte write-back, 16 bytes/line, sw flush cache enabled
obio0 at mainbus0
oclock0 at obio0 addr f3000000
eeprom0 at obio0 addr f2000000
memreg0 at obio0 addr f4000000
zs0 at obio0 addr f1000000 pri 12, softpri 6
zs0a: console i/o
zs1 at obio0 addr f0000000 pri 12, softpri 6
bwtwo0 at obio0 addr fd000000: bwtwo, 1600 x 1280
ie0 at obio0 addr f6000000 pri 6 address 08:00:20:00:87:1b, type onboard
vmel0 at mainbus0
vmes0 at mainbus0
cgtwo0 at vmes0 addr ff400000 vec 0xa8: cgtwo, 1152 x 900
panic: multiple /dev/fb declarers
syncing disks... trap type 0x7: pc=f8039dd0 npc=f8039d50 psr=1010c0<EF,S,PS>
panic: alignment fault
Frame pointer is at 0xf80f92e0
Call traceback:
  pc = f80d7384  args = (0, 1fe4, 0, f80f9400, 0, f807fb88) fp = f80f9348
  pc = f801e8e8  args = (104, f80fb800, 1, f80f9474, 1, 400) fp = f80f93b0
  pc = f80dd600  args = (104, 1c, 1, f8039d50, 1010c0, f80dd2a8) fp = f80f9418
  pc = f800649c  args = (7, 1010c0, f8039dd0, f80f94e0, 1, f80079dc) fp = 
f80f9480
  pc = f801ec70  args = (fdffffeb, f8116f28, 0, f80f95e0, 0, e0000190) fp = 
f80f9530
  pc = f803933c  args = (f8118188, 0, 0, f80f9718, 20, f80f9cb8) fp = f80f9598
  pc = f80d7334  args = (f8118000, f80fb000, f8109800, f80f96b8, ffffffff, a) 
fp = f80f9600
  pc = f801e8e8  args = (100, f80fb800, 1, 0, 0, f807fb88) fp = f80f9668
  pc = f80cfa38  args = (100, 5, 0, f80f9780, 1, 400) fp = f80f96d0
  pc = f80bf320  args = (f858d530, f80fb800, 1, fe016000, ff400000, 2000) fp = 
f80f9738
  pc = f801dde4  args = (f8595700, f858d500, f80f9868, f80bf114, 1, f80079dc) 
fp = f80f97a0
  pc = f80abdd8  args = (f8595700, f810bca4, f80f9868, f80abb34, 0, e0000190) 
fp = f80f9808
  pc = f80abe84  args = (f8595700, f810ba64, f80f9868, 2, 20, f80f9cb8) fp = 
f80f9900
  pc = f801d870  args = (f8595700, f810ba64, f80f9be8, f80abe74, 0, 30000000) 
fp = f80f9968
  pc = f801d974  args = (f80f9a30, f810ba64, 0, f80f9a98, 8000, f810b7dc) fp = 
f80f99d0
  pc = f80abefc  args = (f810b62e, f8595700, f810ba64, f80f9b08, 0, 73) fp = 
f80f9a50
  pc = f801dde4  args = (f8595940, f8595700, f80f9be8, f80abe94, 1, 10) fp = 
f80f9ab8
  pc = f801db70  args = (f8595940, f810bca4, f80f9be8, f80d4284, 0, f8b8c000) 
fp = f80f9b20
  pc = f80d4884  args = (f8595940, f80f9be8, f80d4284, f80f9ccc, 0, e0000190) 
fp = f80f9b88
  pc = f801dde4  args = (0, f8595940, f80d469c, f80d47c4, 20, f80f9cb8) fp = 
f80f9c80
  pc = f801dc14  args = (0, f810bca4, f80f9db0, 0, 4000000, 2000) fp = f80f9ce8
  pc = f80d414c  args = (f80d3f48, f80f9db0, 1, f810b7dc, f810b7c4, f810b7dc) 
fp = f80f9d50
  pc = f80d6cdc  args = (0, f8116f98, f8119800, 87654321, f810d000, d) fp = 
f80f9e48
  pc = f8010f88  args = (f8119800, f80fb800, 1, 5, f8116c00, ffe832d4) fp = 
f80f9eb8
  pc = f8007270  args = (0, 7, 1, f80fa08b, 4000, 0) fp = f80f9f30
  pc = 2006c8  args = (4000, 1, 19e58, 2000, 13338, 4000) fp = f7ffffa0
rebooting


EEPROM boot device...Boot: ie(0,0,0) 
ie: No Carrier
-ie: No Carrier
\Requesting Internet address for 8:0:20:0:87:1B
ie: No Carrier
|
Abort at PC 0xFFE911DC.
>

In the above case, EEPROM location 0x1f was set to 10 for a terminal, rather
than 12, for a VME framebuffer.  In the latter case, it complains pretty much
the same way, except the first message is 
data fault: pc=f80e02f8 addr=fe092b46, ser=2<SZERR>
panic: kernel fault
syncing disks... trap type 0x7: pc=f8039dd0 npc=f8039d50 psr=1010c1<EF,S,PS>
Frame Pointer is 0xf80f9008

and the traceback is the same, save for slightly different args.

Here is the description of the machine when it runs SunOS:

Feb 11 15:37:27 bombast vmunix: Copyright (c) 1983-1993, Sun Microsystems, Inc.
Feb 11 15:37:27 bombast vmunix: cpu = Sun 4/200 Series
Feb 11 15:37:27 bombast vmunix: mem = 32768K (0x2000000)
Feb 11 15:37:27 bombast vmunix: avail mem = 30965760
Feb 11 15:37:27 bombast vmunix: Ethernet address = 8:0:20:0:87:1b
Feb 11 15:37:27 bombast vmunix: xyc0 at vme16d16 0xee40 vec 0x48 
Feb 11 15:37:27 bombast vmunix: sc0 at vme24d16 0x200000 vec 0x40 
Feb 11 15:37:27 bombast vmunix: st0 at sc0 slave 32
Feb 11 15:37:27 bombast vmunix: st1 at sc0 slave 40
Feb 11 15:37:27 bombast vmunix: sr0 at sc0 slave 48
Feb 11 15:37:27 bombast vmunix: sd0 at sc0 slave 0
Feb 11 15:37:27 bombast vmunix: sd0:  <Quantum ProDrive 105S cyl 974 alt 2 hd 
6 sec 35>
Feb 11 15:37:27 bombast vmunix: sd1 at sc0 slave 1
Feb 11 15:37:27 bombast vmunix: sd2 at sc0 slave 8
Feb 11 15:37:27 bombast vmunix: sd3 at sc0 slave 9
Feb 11 15:37:27 bombast vmunix: sd4 at sc0 slave 16
Feb 11 15:37:27 bombast vmunix: sd6 at sc0 slave 24
Feb 11 15:37:27 bombast vmunix: xtc0 at vme16d16 0xee60 vec 0x64 
Feb 11 15:37:27 bombast vmunix: xt0 at xtc0 slave 0
Feb 11 15:37:27 bombast vmunix: zs0 at obio 0xf1000000 pri 3 
Feb 11 15:37:27 bombast vmunix: zs1 at obio 0xf0000000 pri 3 
Feb 11 15:37:27 bombast vmunix: ie0 at obio 0xf6000000 pri 3 
Feb 11 15:37:27 bombast vmunix: ie1 at vme24d16 0xe88000 vec 0x75 
Feb 11 15:37:27 bombast vmunix: bwtwo0 at obio 0xfd000000 pri 4 
Feb 11 15:37:27 bombast vmunix: bwtwo0: resolution 1600 x 1280
Feb 11 15:37:27 bombast vmunix: cgtwo0 at vme24d16 0x400000 vec 0xa8 
Feb 11 15:37:27 bombast vmunix: cgtwo0: Sun-3 color board, fast read
Feb 11 15:37:27 bombast vmunix: hostname: bombast
Feb 11 15:37:27 bombast vmunix: domainname: 600-Rainbow
Feb 11 15:37:27 bombast vmunix: root on folderol:/sun/root fstype nfs
Feb 11 15:37:27 bombast vmunix: swap on folderol:/sun/usr/swap1 fstype nfs 
size 40960K
Feb 11 15:37:27 bombast vmunix: dump on folderol:/sun/usr/swap1 fstype nfs 
size 40936K

Just thought you'd like to know.  This is with netbsd.GENERIC.

-- 
Jeff Woolsey			+1 408 486 5677
woolsey@jlw.com -or- woolsey@netcom.COM -or even- woolsey@mri.com
"Tried working once.  Didn't work out.  Too much like work."  -Steed