> >   I recompiled the kernel with 
> > reselects disabled and was working fine.  Now, I jut got a:
> > ncr5380_command: short transfer: wanted 10 got 6
> > si(0:0:0)-28,0,0,3,b1,0,0,0,10,0-
> 
> That is caused by SCSI protocol disagreement between our sd.c and
> the Emulex firmware.  I've seen it too, and it appears to always
> be in situations where we want to send a 10-byte command and the
> Emulex thinks that should be a 6-byte command.  Presumably this
> means the Emulex doesn't care about those extra command bytes...
> I left this message in there so we would know when it happens,
> and to gather some data about it.  Eventually we can turn it off.

hmmm, my sun 3/280 chewed up it's root drive, and since i lent my 
sunos 4.1.1_u1 tapes to someone, i decided that now was as good a time as
any to put up netbsd/sun3.

here's my relevant dmesg info:
NetBSD 1.1_ALPHA (GENERIC) #68: Fri Nov 17 17:51:26 EST 1995
    gwr@kanga:/home/gwr/netbsd/work/src/sys/arch/sun3/compile/GENERIC
Model: Sun 3/260
real mem = 33538048
avail mem = 30457856
using 217 buffers containing 1777664 bytes of memory
cache enabled
mainbus0 (root)
obctl0 at mainbus0
idprom0 at obctl0 hostid 0x1300196e
fpu0 at mainbus0 (mc68881)
obmem0 at mainbus0
bwtwo0 at obmem0 addr 0xff000000 (1152x900)
obio0 at mainbus0
zs0 at obio0 addr 0x20000 level 6 softpri 3
zs1 at obio0 addr 0x0 level 6 softpri 3
eeprom0 at obio0 addr 0x40000
clock0 at obio0 addr 0x60000 level 5
ie0 at obio0 addr 0xc0000 level 3 hwaddr 08:00:20:00:45:c7
vmes0 at mainbus0
si0 at vmes0 addr 0xff200000 level 2 vector 0x40
scsibus0 at si0
si0 targ 0 lun 0: <QUANTUM, EMPIRE_1080S, 1022> SCSI2 0/direct fixed
sd0 at scsibus0: 1029MB, 2874 cyl, 8 head, 91 sec, 512 bytes/sec
si0 targ 4 lun 0: <, , > SCSI1 1/sequential removable
st0 at scsibus0: rogue, drive empty
vmel0 at mainbus0
rd0 at mainbus0
rd1 at mainbus0
root on sd0a
swap on sd0b
dump on sd0b
keyboard reset failed
ie0: TDR detected an open 51 clocks away
ncr5380_command: short transfer: wanted 10 got 6.
si(0:0:0)-28,0,0,1c,3e,c0,0,0,20,0-


i'm in the process of unpacking the source so that i can stress test the
machine with a full system build.

however, i'm getting that same error, but it is not a soft error, it
is a hard error, and causes the console to dump into debug mode.

is this because the default 1.1-ALPHA kernel has reselects enabled?
can someone get me a kernel with the relects disabled so i can
move forward?

(a slight side issue, i'm using a serial console on this beast, and
when it kicks into debug mode, the terminal keyboard no longer works,
i need to poke the reset button on the CPU to get into monitor so i can
reboot.)

you mention that this is an Emulex problem.  do you mean it is an
Emulex ESDI/SCSI problem, or is there some Emulex hardware on the VME si
SCSI controller?

> Your disk would probably like to be reformatted...

silly question, but how does one do this on a sun3?

-- 
[ Jim Mercer   Reptilian Research  merce@iguana.reptiles.org  +1 416 506-0654 ]
[  "In the blackboard jungle, the lunch box, reflecting one's identification  ]
[   with a fashionable character or show, was a passport to either social     ]
[   acceptance or, as in the case of Red Plaid, oblivion." -- Scott Bruce     ]