Re: 4.0.1/sun3 broken?

This is a multi-part message in MIME format.
--------------040603090808080801090404
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

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		[email protected]
> / \ 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
>


--------------040603090808080801090404
Content-Type: text/x-vcard; charset=utf-8;
 name="electronsciences.vcf"
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
 filename="electronsciences.vcf"

begin:vcard
fn:David W. Johnson
n:Johnson;David W.
email;internet:[email protected]
tel;work:205-602-4999
tel;cell:205-602-4999
x-mozilla-html:TRUE
version:2.1
end:vcard


--------------040603090808080801090404--