[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

PDC202xx_old ide card is *VERY* slow...



Greetings, all. I'm having a PCI-IDE card issue. It goes like this:

I have a (according to lspci) Promise PDC20267 (FaskTrak100/Ultra100) (rev 02) PCI card. For a while, it was in my backup x86 (a K6-2 450, not that is matters), but it kept crashing the machine. This would happen erratically, in anywhere from a few hours to a week, or so. When I got my Sparc (a Tantung machine, UltraSparc IIi 440) I moved the card and the 80GB hdd it was talking to to it. It was taking the Sparc down too, about once a week, until I did some research and found http://lkml.org/lkml/2004/12/7/154 . I got a 80c cable, and the crashes stopped, but I have other problems.

# hdparm -tT /dev/hde

/dev/hde:
Timing O_DIRECT cached reads:   520 MB in  2.01 seconds = 258.49 MB/sec
Timing O_DIRECT disk reads:      4 MB in  3.14 seconds =   1.27 MB/sec

# hdparm -vi /dev/hde

/dev/hde
multicount   = 16 (on)
IO_support   =  3 (32-bit w/sync)
unmaskirq   =  0 (off)
using_dma   =  1 (on)
keepsettings   =  0 (off)
readonly       =  0 (off)
readahead   = 256 (on)
geometry      = 65535/16/63, sectors = 80026361856, start = 0

Model=ST380021A, FwRev=3.10, SerialNo=3HV0CSW2
Config={ HardSect NotMFM HdSw>15uSec Fixed DTR>10Mbs RotSpdTol>.5% }
RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=4
BuffType=unknown, BuffSize=2048kB, MaxMultSect=16, MultSect=16
CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=156301488
IORDY=on/off, tPIO={min:240,w/IORDY:120}, tDMA={min:120,rec:120}
PIO modes:   pio0 pio1 pio2 pio3 pio4
DMA modes:   mdma0 mdma1 mdma2
UDMA modes:   udma0 udma1 udma2 udma3 udma4 *udma5
AdvancedPM=no WriteCache=enabled
Drive conforms to: device does not report version:

* signifies the current active mode

all of which is consonant with a similar drive on a ATA133 card in a x86. Running either of the following loops doesn't substantively change the results:

for x in 0 1
do
hdparm -d$x -tT /dev/hde
done

for x in `seq 0 5`
do
hdparm -d1 -Xudma$x -tT /dev/hde
done

My best guess is that the card's BIOS, which has its own initialization phase when a x86 BIOS boots, isn't getting initialized the same way by the OpenBoot sequence. There may be no solution, although this seems unlikely to me. Does anyone have any experience with this (or other) PCI-IDE cards that might be relevant? Any debugging suggestions?

Thanks,
Jacob



Reply to: