I have a friend trying to use NetBSD 1.6.1 to recover data from
some SMD disks attached to a Sun 4/600 (sun4m) with a (single) 100
MHz HyperSPARC CPU, 144MB RAM and some SCSI disks to boot from.

He loaded a miniroot onto a SCSI disk, booted from it, and got this
(reproduced by hand):

sparcvme0 at iommu0: version 0x0
vme0 at sparcvme0
xyc0 at vme0 addr ee40 irq 3 vector 48data fault: pc=0xf020a010 addr=0xa4 sfsr=1a6<PERR=0,LVL=1,AT=
5,FT=1,FAV,OW>
panic: kernel fault
halted

This was tried with two XY 451 controllers - same result with each.
N.B. the XY 451 is a MultiBus card in a VME adapter which was a
common configuration from the time, because Intel's MultiBus was
more popular than VME.

OpenBSD 3.3 crashes in a similar fashion, after a modified kernel
config was compiled up; the default does not have this combination
turned on.

This might work better on a sun4 rather than a sun4m, but all the
sun4's have been junked/given-away/parted-out/etc.

Any SPARC/VME savvy hackers out there have a fix for this?

	Erik <fair@netbsd.org>