HPT366 lockup under heavy io

From: Boszormenyi Zoltan (zboszor@externet.hu)
Date: Mon May 15 2000 - 03:10:42 EST


Hi!

With the final 2.3.99-pre7 my machine locked up when I stressed the I/O.
The mainboard is an ABit BP6 with 2 400 MHz Celerons (not overclocked)
and 192 MB memory. I have an UDMA66 hard disk on the HTP366
controller:

[root@boszi /root]# hdparm -i /dev/hde

/dev/hde:

 Model=QUANTUM FIREBALL CX13.0A, FwRev=A3F.0B00, SerialNo=134933670378
 Config={ HardSect NotMFM HdSw>15uSec Fixed DTR>10Mbs }
 RawCHS=16383/16/63, TrkSize=32256, SectSize=21298, ECCbytes=4
 BuffType=3(DualPortCache), BuffSize=418kB, MaxMultSect=16, MultSect=16
 DblWordIO=no, maxPIO=2(fast), DMA=yes, maxDMA=2(fast)
 CurCHS=65535/1/63, CurSects=-4128706, LBA=yes
 LBA CHS=1023/64/63 Remapping, LBA=yes, LBAsects=25429824
 tDMA={min:120,rec:120}, DMA modes: mword0 mword1 mword2
 IORDY=on/off, tPIO={min:120,w/IORDY:120}, PIO modes: mode3 mode4
 UDMA modes: mode0 mode1 mode2

[root@boszi /root]# lspci -vv
...
00:13.0 Unknown mass storage controller: Triones Technologies, Inc. HPT366
(rev
01)
        Control: I/O+ Mem- BusMaster+ SpecCycle- MemWINV- VGASnoop-
ParErr- Step
ping- SERR- FastB2B-
        Status: Cap- 66Mhz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort-
<TAbort
- <MAbort- >SERR- <PERR-
        Latency: 8 min, 8 max, 120 set, cache line size 08
        Interrupt: pin A routed to IRQ 18
        Region 0: I/O ports at d000 [size=8]
        Region 1: I/O ports at d400 [size=4]
        Region 4: I/O ports at d800 [size=256]
        Expansion ROM at <unassigned> [disabled] [size=128K]

00:13.1 Unknown mass storage controller: Triones Technologies, Inc. HPT366
(rev
01)
        Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop-
ParErr- Step
ping- SERR- FastB2B-
        Status: Cap- 66Mhz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort-
<TAbort
- <MAbort- >SERR- <PERR-
        Latency: 8 min, 8 max, 120 set, cache line size 08
        Interrupt: pin B routed to IRQ 18
        Region 0: I/O ports at dc00 [size=8]
        Region 1: I/O ports at e000 [size=4]
        Region 4: I/O ports at e400 [size=256]
...

I also have two SCSI devices on a SYM53C875J controller, using the
sym53c8xx driver:

[root@boszi /root]# cat /proc/scsi/scsi
Attached devices:
Host: scsi0 Channel: 00 Id: 02 Lun: 00
  Vendor: PIONEER Model: DVD-ROM DVD-303 Rev: 1.10
  Type: CD-ROM ANSI SCSI revision: 02
Host: scsi0 Channel: 00 Id: 03 Lun: 00
  Vendor: YAMAHA Model: CRW6416S Rev: 1.0c
  Type: CD-ROM ANSI SCSI revision: 02

I successfully locked up the machine with this three times
(reproducable):

dd if=/dev/hde of=/dev/null
(cd /mnt ; tar cvf - dvd) | (cd /home/cd ; tar xf -)
cdparanoia -B "1-"

on three consoles. /home is /dev/hde8, one data CD was in the DVD drive,
one audio CD was in the CD-RW.

On the console I got two lines of message:

hde: timeout waiting for DMA
ide_dmaproc: chipset supported ide_dma_timeout func only: 14

I tried the same procedure with data CDs in both drives and the
machine locked up twice from three. In one case the ide driver
was able to reset the controller/drive:

hde: timeout waiting for DMA
ide_dmaproc: chipset supported ide_dma_timeout func only: 14
hde: irq timeout: status=0x58 { DriveReady SeekComplete DataRequest }
hde: timeout waiting for DMA
ide_dmaproc: chipset supported ide_dma_timeout func only: 14
hde: irq timeout: status=0x58 { DriveReady SeekComplete DataRequest }
hde: timeout waiting for DMA
ide_dmaproc: chipset supported ide_dma_timeout func only: 14
hde: irq timeout: status=0x58 { DriveReady SeekComplete DataRequest }
hde: timeout waiting for DMA
ide_dmaproc: chipset supported ide_dma_timeout func only: 14
hde: irq timeout: status=0x58 { DriveReady SeekComplete DataRequest }
hde: DMA disabled
ide2: reset: success

The .config file is attached, maybe it helps.

Regards,
Zoltan Boszormenyi <zboszor@mail.externet.hu>



-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.tux.org/lkml/



This archive was generated by hypermail 2b29 : Mon May 15 2000 - 21:00:25 EST