I do too :
esiop0 at pci2 dev 2 function 0: Symbios Logic 53c875 (ultra-wide scsi)
esiop0: using on-board RAM
esiop0: interrupting at ivec 14
scsibus0 at esiop0: 16 targets, 8 luns per target
sd0 at scsibus0 target 1 lun 0: <QUANTUM, ATLAS10K3_36_WLS, 020W> disk fixed
sd0: 35074 MB, 31022 cyl, 4 head, 578 sec, 512 bytes/sect x 71833096 sectors
sd0: sync (50.00ns offset 16), 16-bit (40.000MB/s) transfers, tagged 
queueing
root on sd0a dumps on sd0b

it works well (3.0_BETA from "Mon Oct  3 00:32:17 CEST 2005").

Rick Kelly a écrit :
> Manuel Bouyer said:
> 
> 
>>You have a scsi drive connected to a esiop adapter ?
>>There seems to be changes between 2.0 and 2.1 in the esiop driver which cause
>>issues with some disks. I still need to setup a box to try to reproduce this
>>(the model of drive you're using would help me).
> 
> 
> I have an Ultra 5 with an esiop controller and disk running:
> 
> NetBSD tencats 2.1_STABLE NetBSD 2.1_STABLE (TENCATS) #1: Sun Oct 30 14:13:36 MST 2005  rmk@tencats:/usr/src/sys/arch/sparc64/compile/TENCATS sparc64
> 
> esiop0 at pci2 dev 1 function 0: Symbios Logic 53c875 (ultra-wide scsi)
> esiop0: using on-board RAM
> esiop0: interrupting at ivec 10
> scsibus0 at esiop0: 16 targets, 8 luns per target
> 
> sd0 at scsibus0 target 6 lun 0: <IBM, IC35L018UWD210-0, S5CS> disk fixed
> sd0: 17501 MB, 20765 cyl, 6 head, 287 sec, 512 bytes/sect x 35843670 sectors
> sd0: sync (50.00ns offset 16), 16-bit (40.000MB/s) transfers, tagged queueing
> 
> This box is www.rmkhome.com, and has been up 8+ days without any problems.
> 

-- 
This mail was send through my windows...