Re: highpoint driver problem, 2.4.21-ac4

[Wilfried Weissmann <Wilfried.Weissmann@gmx.at>]

[-- Attachment #1: Type: text/plain, Size: 1084 bytes --]

Wil Reichert wrote:
 >> could you try the attachted patch, and report if this changes
 >> something?
 >
 >
 > Applied patch & rebuilt with hpt366 as a module.  No more oops, dmesg
 > prints the following:
 >
 > HPT372A: IDE controller at PCI slot 01:0b.0 HPT372A: chipset revision
 > 2 HPT372A: not 100% native mode: will probe irqs later hpt: HPT372N
 > detected, using 372N timing. FREQ: 126 PLL: 45 hpt: no known IDE
 > timings, disabling DMA. hpt: no known IDE timings, disabling DMA.

it looks like the controller is detected as a HPT372N instead of a 
HPT372A. the attached patch disables this check.

 >
 > It has 2 drives attached to it, neither seems to be found.
 >
 > Other things: the 2.5.xx seems to work ok and my board supports some
 > 'RAID 1.5' which seems to be nothing more than PR crap and some
 > firmware hacks.  Could that cause problems?

raid 15 is a mirrored raid 5, which should provide high availability and 
good performance (even in the case of a disk failure). but in this case 
it is nothing more than a software solution. ;)

 >
 > Wil

bye,
wilfried

[-- Attachment #2: linux-2.4.21-ac4-ignore-hpt372n.patch --]
[-- Type: text/plain, Size: 372 bytes --]

--- linux/drivers/ide/pci/hpt366.c.orig	2003-07-07 19:19:25.000000000 +0200
+++ linux/drivers/ide/pci/hpt366.c	2003-07-07 19:19:55.000000000 +0200
@@ -889,8 +889,10 @@ static int __init init_hpt37x(struct pci
 		did = inb(dmabase + 0x22);
 		rid = inb(dmabase + 0x28);
 	
+#if 0
 		if((did == 4 && rid == 6) || (did == 5 && rid > 1))
 			is_372n = 1;
+#endif
 	}
 		
 	/*