Skip to contentSkip to conversation

what to do with dpt_i2o

DISCUSSION Christoph Hellwig 2 participants 3 messages Sep 25, 2004 – Oct 11, 2004 SCSI

lore
Share & tools
lore
#0 lore raw

Marcus, you'd been doing a lot of testing with the DPT/Adaptec cards for the new i2o layer, right? IIRC we now have both support for the Adaptec managment utils and the optimizes sglist format, so there's probably no reason anymore to keep dpt_i2o.

If OTOH we want to keep it it would be nice of Mark could finally send the last round of patches we had agreed on..

#1 lore raw
Quoted 7 lines · Christoph Hellwig

Marcus, you'd been doing a lot of testing with the DPT/Adaptec cards for the new i2o layer, right? IIRC we now have both support for the Adaptec managment utils and the optimizes sglist format, so there's probably no reason anymore to keep dpt_i2o.

If OTOH we want to keep it it would be nice of Mark could finally send the last round of patches we had agreed on..

ping..

#2 lore raw

Hello,

Quoted 4 lines · Christoph Hellwig
Quoted 4 lines

Marcus, you'd been doing a lot of testing with the DPT/Adaptec cards for the new i2o layer, right? IIRC we now have both support for the Adaptec managment utils and the optimizes sglist format, so there's probably no reason anymore to keep dpt_i2o.

Maybe i should list some remaining issues:

- 64 bit Scatter Gather elements
- supports hot-changing of devices, and array changes without a reboot.

The second one is implemented, but didn't work on my system. I didn't have the time to verify if the dpt_i2o driver recognize it if a drive fails.

Best regards,

Markus Lidel
------------------------------------------
Markus Lidel (Senior IT Consultant)

Shadow Connect GmbH
Carl-Reisch-Weg 12
D-86381 Krumbach
Germany

Phone:  +49 82 82/99 51-0
Fax:    +49 82 82/99 51-11
E-Mail: [email protected]
URL:    http://www.shadowconnect.com