Bug 4163 - HPT3xx (370A) DMA issues and the HighPoint open source(?) driver
Summary: HPT3xx (370A) DMA issues and the HighPoint open source(?) driver
Status: CLOSED CODE_FIX
Alias: None
Product: IO/Storage
Classification: Unclassified
Component: IDE (show other bugs)
Hardware: i386 Linux
: P2 normal
Assignee: Bartlomiej Zolnierkiewicz
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2005-02-04 06:40 UTC by peter gervai
Modified: 2009-02-17 18:04 UTC (History)
1 user (show)

See Also:
Kernel Version: 2.6.10 vanilla
Subsystem:
Regression: ---
Bisected commit-id:


Attachments

Description peter gervai 2005-02-04 06:40:02 UTC
Distribution: Debian/sid
Hardware Environment: i386 (K7), VIA KT400 chipset, HPT370A soft"raid" crap
Software Environment: nothing special

Problem Description:
The HPT370 driver have a long-long-long standing problem with DMA, it has been 
buggy under 2.4.xx and it's still dead fish under 2.6.10. The effect is that 
after a short while I get dma timeouts, lost interrupts and other ugly things, 
which basically renders the interface dead and the module stuck. Reboot helps (I 
didn't try to force remove it). Switching off DMA (before the errors) usually 
solves the problem and the same time generates at least 90% CPU load. 

Problem is present with one master, or master+slave or any other possible 
combinations on the 2 channels.

http://www.highpoint-tech.com/USA/bios_hpt370_370a.htm contains a linux driver 
source which seem to work, no DMA problems. I do not know whether anyone checked 
it (not found on lkml.org achive), whether it's proper open source or not, but I 
wanted to tell that it works and comes with sources, and the kernel one seems 
not to like this particular controller.

Or maybe a user error, but I tried to check it well before submitting. As far as 
I am able to...
Comment 1 Milosz 2005-02-22 10:28:03 UTC
Distribution: ubuntu
Hardware: Abit KT7-RAID (with onbord HPT 370)
Kernel: ubuntu 2.6.10-3-19 & 2.6.10 vanilla

As far as HPT-370 is connecerned, it hard locks the box, once you give after a 
while of intensive disk usage. No sys-rq, no msgs, nothing. The only thing is 
that the HD light stays on.
Personaly, i don't care about the crap onbord raid, but I'd love to be able to 
use the extra 4 ide channels.
Comment 2 Milosz 2005-02-22 10:31:00 UTC
Also to add: tried with ACPI disabled, and APIC, and combinations of both, no 
dice, same results.
Comment 3 Milosz 2005-02-22 14:39:45 UTC
More hints:

lscpi:
0000:00:00.0 Host bridge: VIA Technologies, Inc. VT8363/8365 [KT133/KM133] (rev 03)
        Subsystem: ABIT Computer Corp. KT7/KT7-RAID/KT7A/KT7A-RAID Mainboard
        Flags: bus master, medium devsel, latency 8
        Memory at ef000000 (32-bit, prefetchable) [size=4M]
        Capabilities: [a0] AGP version 2.0
        Capabilities: [c0] Power Management version 2

0000:00:01.0 PCI bridge: VIA Technologies, Inc. VT8363/8365 [KT133/KM133 AGP]
(prog-if 00 [Normal decode])
        Flags: bus master, 66MHz, medium devsel, latency 0
        Bus: primary=00, secondary=01, subordinate=01, sec-latency=0
        Memory behind bridge: ed000000-eeffffff
        Prefetchable memory behind bridge: e0000000-e7ffffff
        Capabilities: [80] Power Management version 2

0000:00:07.0 ISA bridge: VIA Technologies, Inc. VT82C686 [Apollo Super South]
(rev 22)
        Subsystem: ABIT Computer Corp.: Unknown device 0000
        Flags: bus master, stepping, medium devsel, latency 0

0000:00:07.1 IDE interface: VIA Technologies, Inc.
VT82C586A/B/VT82C686/A/B/VT823x/A/C PIPC Bus Master IDE (rev 10) (prog-if 8a
[Master SecP PriP])
        Subsystem: VIA Technologies, Inc.
VT82C586/B/VT82C686/A/B/VT8233/A/C/VT8235 PIPC Bus Master IDE
        Flags: bus master, medium devsel, latency 32
        I/O ports at c000 [size=16]
        Capabilities: [c0] Power Management version 2

0000:00:07.2 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1
Controller (rev 10) (prog-if 00 [UHCI])
        Subsystem: VIA Technologies, Inc. (Wrong ID) USB Controller
        Flags: bus master, medium devsel, latency 32, IRQ 10
        I/O ports at c400 [size=32]
        Capabilities: [80] Power Management version 2

0000:00:07.3 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1
Controller (rev 10) (prog-if 00 [UHCI])
        Subsystem: VIA Technologies, Inc. (Wrong ID) USB Controller
        Flags: bus master, medium devsel, latency 32, IRQ 10
        I/O ports at c800 [size=32]
        Capabilities: [80] Power Management version 2

0000:00:07.4 Bridge: VIA Technologies, Inc. VT82C686 [Apollo Super ACPI] (rev 30)
        Subsystem: VIA Technologies, Inc. VT82C686 [Apollo Super ACPI]
        Flags: medium devsel, IRQ 7
        Capabilities: [68] Power Management version 2

0000:00:08.0 Ethernet controller: 3Com Corporation 3c905B 100BaseTX [Cyclone]
(rev 30)
        Subsystem: 3Com Corporation 3C905B Fast Etherlink XL 10/100
        Flags: bus master, medium devsel, latency 32, IRQ 10
        I/O ports at cc00 [size=128]
        Memory at ef440000 (32-bit, non-prefetchable) [size=128]
        Capabilities: [dc] Power Management version 1

0000:00:0b.0 Multimedia audio controller: Aureal Semiconductor Vortex 2 (rev fa)
        Subsystem: Aureal Semiconductor AU8830 Vortex 3D Digital Audio Processor
        Flags: bus master, medium devsel, latency 32, IRQ 10
        Memory at ef400000 (32-bit, non-prefetchable) [size=256K]
        I/O ports at d000 [size=8]
        I/O ports at d400 [size=8]
        Capabilities: [dc] Power Management version 1

0000:00:0d.0 Multimedia video controller: Internext Compression Inc iTVC16
(CX23416) MPEG-2 Encoder (rev 01)
        Subsystem: Hauppauge computer works Inc. WinTV PVR 250
        Flags: bus master, medium devsel, latency 64, IRQ 5
        Memory at e8000000 (32-bit, prefetchable) [size=64M]
        Capabilities: [44] Power Management version 2

0000:00:13.0 Unknown mass storage controller: Triones Technologies, Inc.
HPT366/368/370/370A/372 (rev 03)
        Subsystem: Triones Technologies, Inc. HPT370A
        Flags: bus master, 66MHz, medium devsel, latency 120, IRQ 11
        I/O ports at d800 [size=8]
        I/O ports at dc00 [size=4]
        I/O ports at e000 [size=8]
        I/O ports at e400 [size=4]
        I/O ports at e800 [size=256]
        Capabilities: [60] Power Management version 2

0000:01:00.0 VGA compatible controller: nVidia Corporation NV15 [GeForce2
GTS/Pro] (rev a4) (prog-if 00 [VGA])
        Subsystem: LeadTek Research Inc. WinFast GeForce2 GTS with TV output
        Flags: bus master, 66MHz, medium devsel, latency 248, IRQ 12
        Memory at ed000000 (32-bit, non-prefetchable) [size=16M]
        Memory at e0000000 (32-bit, prefetchable) [size=128M]
        Capabilities: [60] Power Management version 1
        Capabilities: [44] AGP version 2.0
------------------------------------------------------------------------------
Comment 4 Jeff Garzik 2005-02-22 14:43:56 UTC
Please stop adding me to the CC list.  This has nothing to do with me, and is
getting dangerously close to spam.
Comment 5 Sergei Shtylyov 2006-07-04 11:51:51 UTC
Out of curiosity: could you try the version of driver from the -mm tree?
Comment 6 Alan 2007-06-18 08:25:12 UTC
Closing as no response and HPT was rewritten
Comment 7 Sergei Shtylyov 2007-06-19 04:55:28 UTC
(In reply to comment #6)
> Closing as no response and HPT was rewritten

This might be the same as the bug 7703, however that one if for HPT370A (rev. 4) and this one is for HPT370 (rev. 3) for which I've never seen anything alike (although I might have not given the driver enough stressing)...
Comment 8 Sergei Shtylyov 2009-02-17 18:04:59 UTC
(In reply to comment #7)
> (In reply to comment #6)
> > Closing as no response and HPT was rewritten
> 
> This might be the same as the bug 7703, however that one if for HPT370A (rev.
> 4) and this one is for HPT370 (rev. 3) for which I've never seen anything
> alike
> (although I might have not given the driver enough stressing)...

I now have a bug report against HPT370 (rev. 3) too.

Note You need to log in before you can comment on or make changes to this bug.