In article <030520003601.M0115180@mirage.ceres.dti.ne.jp>
I wrote:

> Today I'm playing with MI SCSI driver for 98658 adaptor on HP382 again,

I've updated the patch:

http://www.ceres.dti.ne.jp/~tsutsui/netbsd/hp300-MI-SCSI-20030628.diff
http://www.ceres.dti.ne.jp/~tsutsui/netbsd/netbsd-hp300-MI-SCSI-20030628.gz

Now it seems working stable enough with three SCSI disks:

---
Copyright (c) 1996, 1997, 1998, 1999, 2000, 2001, 2002, 2003
    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 1.6U (DELICA) #114: Sat Jun 28 22:15:43 JST 2003
	tsutsui@mirage:/usr/src/sys/arch/hp300/compile/DELICA
HP 9000/380 (25MHz MC68040 CPU+MMU+FPU, 4k on-chip physical I/D caches)
cpu: delay divisor 30, mmuid 11
total memory = 24564 KB
avail memory = 19548 KB
using 332 buffers containing 1328 KB of memory
mainbus0 (root)
intio0 at mainbus0
rtc0 at intio0 addr 0x420000
hil0 at intio0 addr 0x428000 ipl 1
nhpib1 at intio0 addr 0x478000 ipl 3: internal HP-IB
hpibbus1 at nhpib1
dma0 at intio0 addr 0x500000 ipl 1: 98620C, 2 channels, 32-bit DMA
fb at intio0 not configured
dio0 at mainbus0
WARNING: select code size unknown for id = 0x1 secid = 0x0
device id = 0x1 secid = 0x0 at dio0 scode 8 ipl 3 not configured
dca0 at dio0 scode 9 ipl 5: console, working fifo
internal parallel at dio0 scode 12 ipl 3 not configured
spc0 at dio0 scode 14 ipl 4: HP 98265A SCSI, 32-bit DMA, SCSI ID 7
scsibus0 at spc0: 8 targets, 8 luns per target
le0 at dio0 scode 21 ipl 5: address 08:00:09:18:d8:d2
le0: 8 receive buffers, 2 transmit buffers
WARNING: select code size unknown for id = 0x39 secid = 0x10
device id = 0x39 secid = 0x10 at dio0 scode 132 ipl 3 not configured
WARNING: select code size unknown for id = 0x39 secid = 0x10
device id = 0x39 secid = 0x10 at dio0 scode 133 ipl 3 not configured
WARNING: select code size unknown for id = 0x1 secid = 0x0
device id = 0x1 secid = 0x0 at dio0 scode 134 ipl 3 not configured
WARNING: select code size unknown for id = 0x1 secid = 0x0
device id = 0x1 secid = 0x0 at dio0 scode 135 ipl 3 not configured
interrupt levels: bio = 4, net = 5, tty = 5
hilconfig: unknown keyboard type 0x2, using default
hil0 device 1: US ASCII keyboard
scsibus0: waiting 2 seconds for devices to settle...
sd0 at scsibus0 target 0 lun 0: <TEAC, FC-1     HF   07, RV A> disk removable
sd0: 1280 KB, 80 cyl, 2 head, 32 sec, 256 bytes/sect x 5120 sectors
sd0: async, 8-bit transfers
sd1 at scsibus0 target 1 lun 0: <CONNER, CP3500-540MB-3.5, 3236> disk fixed
sd1: 518 MB, 1807 cyl, 12 head, 49 sec, 512 bytes/sect x 1062516 sectors
sd1: async, 8-bit transfers
sd2 at scsibus0 target 2 lun 0: <IBM, DPES-31080, S31Q> disk fixed
sd2: 1034 MB, 4903 cyl, 4 head, 108 sec, 512 bytes/sect x 2118144 sectors
sd2: async, 8-bit transfers
sd3 at scsibus0 target 5 lun 0: <FUJITSU, M1606S-512, 6237> disk fixed
sd3: 1041 MB, 3457 cyl, 6 head, 102 sec, 512 bytes/sect x 2131992 sectors
sd3: async, 8-bit transfers
boot device: sd1
root on sd1a dumps on sd1b
root file system type: ffs
---

Maybe the left work is to update MD bus_space(9) functions
to support devices on sparse odd address space to use
MI mb89352.c for HP 98265 SCSI, but is it OK for now to commit
a mostly-copied-but-modified MI driver into MD directory?
Or we should have access method for sparse address (like x68k)?
---
Izumi Tsutsui
tsutsui@ceres.dti.ne.jp