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...
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.
Also to add: tried with ACPI disabled, and APIC, and combinations of both, no dice, same results.
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 ------------------------------------------------------------------------------
Please stop adding me to the CC list. This has nothing to do with me, and is getting dangerously close to spam.
Out of curiosity: could you try the version of driver from the -mm tree?
Closing as no response and HPT was rewritten
(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)...
(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.