Port-sun3 archive

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]

Re: 4.0.1/sun3 broken?



Recall a couple of years ago you were helping me with a diskless Sun3 install. I attempted to use the latest kernel but got to a similar point. I can't say it was the exact same place you are seeing, but all would go well into the booting process and then kernel panic dropping into the ROM monitor. On your suggestion I went back to an earlier, presumably smaller OS revision, and I was able to get it to boot to multi-user mode.

It is difficult to accomplish much with a 4MB RAM space. But it was fun and I thank you again for your help.

On 2/13/2011 10:59 AM, der Mouse wrote:
I don't _recall_ seeing anything go past that would bear on this, but
perhaps I missed it.

I'm trying to run an at least vaguely modern NetBSD on one of my
Sun-3s, in response to a ping from someone interested in historical
compatability testing.

So I set up netboot and untarred the 4.0.1 distribution sets.  It runs
apparently fine single-user diskless.  But rather than try to do
everything diskless, I wanted to move stuff to the disk I have on it.
I got it labeled fine.  But when I try to newfs it....

Sun3# newfs /dev/rsd0a
/dev/rsd0a: 4212.0MB (8626176 sectors) block size 16384, fragment size 2048
         using 23 cylinder groups of 183.14MB, 11721 blks, 23168 inodes.
super-block backups (for fsck_ffs -b #) at:
trap type=0x0, code=0x145, v=0x5a972c66
kernel: Bus error trap
pid = 17, lid = 1, pc = 0E0F053C, ps = 2004, sfc = 1, dfc = 1
[...register dump...kernel stack dump...]
db>

This appears to be repeatable; I rebooted and tried again and it
crashed with the same values printed except for the pid and a few
fragments of the kernel stack.

ddb's stack trace says the call chain is syscall, syscall_plain,
sys_pwrite, dofilewrite, vn_write, VOP_WRITE, nfsspec_write,
spec_write, sdwrite, physio, vmapbuf, uvm_km_alloc, uvm_map,
uvm_map_prepare, uvm_km_va_drain, callback_run_roundrobin, trap, panic.
About all this says to me is that it's in a part of the kernel I don't
know - and that it (probably) isn't something like broken hardware
causing the sd driver to go insane.

The kernel is the stock sun3 4.0.1 GENERIC kernel, MD5
3e31d29f198ba236eafd8692b6ed9d4f.  Full dmesg appears after my
signature.

Any thoughts?

/~\ The ASCII                             Mouse
\ / Ribbon Campaign
  X  Against HTML               mouse%rodents-montreal.org@localhost
/ \ Email!           7D C8 61 52 5D E7 2D 39  4E F1 31 3E E8 B3 27 4B

Here's that dmesg:

Copyright (c) 1996, 1997, 1998, 1999, 2000, 2001, 2002, 2003, 2004, 2005,
     2006, 2007
     The NetBSD Foundation, Inc.  All rights reserved.
Copyright (c) 1982, 1986, 1989, 1991, 1993
     The Regents of the University of California.  All rights reserved.

NetBSD 4.0.1 (GENERIC) #0: Wed Oct  8 01:35:31 PDT 2008
        
builds@wb40:/home/builds/ab/netbsd-4-0-1-RELEASE/sun3/200810080053Z-obj/home/builds/ab/netbsd-4-0-1-RELEASE/src/sys/arch/sun3/compile/GENERIC
Model: sun3 60
fpu: mc68881
total memory = 24576 KB
avail memory = 21952 KB
timecounter: Timecounters tick every 10.000 msec
mainbus0 (root)
obio0 at mainbus0
zsc0 at obio0 addr 0x0 ipl 6: (softpri 3)
kbd0 at zsc0 channel 0: baud rate 1200
ms0 at zsc0 channel 1: baud rate 1200
zsc1 at obio0 addr 0x20000 ipl 6: (softpri 3)
zstty0 at zsc1 channel 0 (console i/o)
zstty1 at zsc1 channel 1
eeprom0 at obio0 addr 0x40000
oclock0 at obio0 addr 0x60000 ipl 5: intersil7170
memerr0 at obio0 addr 0x80000 ipl 7: (Parity memory)
intreg0 at obio0 addr 0xa0000
le0 at obio0 addr 0x120000 ipl 3: address 08:00:20:06:20:68
le0: 8 receive buffers, 2 transmit buffers
si0 at obio0 addr 0x140000 ipl 2: options=0xf
scsibus0 at si0: 8 targets, 8 luns per target
obmem0 at mainbus0
bwtwo0 at obmem0 addr 0xff000000 (1152x900)
enabling interrupts
timecounter: Timecounter "clockinterrupt" frequency 100 Hz quality 0
scsibus0: waiting 2 seconds for devices to settle...
sd0 at scsibus0 target 1 lun 0:<SEAGATE, ST34573N, 6244>  disk fixed
sd0: 4340 MB, 7501 cyl, 5 head, 237 sec, 512 bytes/sect x 8888924 sectors
sd0: async, 8-bit transfers
boot device: le0
root on le0
nfs_boot: trying RARP (and RPC/bootparam)
nfs_boot: client_addr=10.0.1.8 (RARP from 10.0.1.2)
nfs_boot: server_addr=10.0.1.2
nfs_boot: hostname=Sun3
nfs_boot: gateway=10.0.1.1
nfs_boot: my_mask=255.255.255.0
root on 10.0.1.2:/nfs/sun3
root file system type: nfs


begin:vcard
fn:David W. Johnson
n:Johnson;David W.
email;internet:electronsciences%bellsouth.net@localhost
tel;work:205-602-4999
tel;cell:205-602-4999
x-mozilla-html:TRUE
version:2.1
end:vcard



Home | Main Index | Thread Index | Old Index