Hello.
Andy Shaw wrote:
Kernel Oops with HighPoint RocketRAID ATA133 aka HPT372A/N since
kernel 2.6
Now tested with kernel 2.6.17-rc4
Kernel is on bootable CD-ROM
Modules are loaded from initrd
This is what I copied from screen:
Loading hpt366
[17179578.396000] HPT372A: IDE controller at PCI slot 0000:01:0a.0
[17179578.400000] ACPI: PCI Interrupt Link [APC1] enabled at IRQ 16
[17179578.404000] ACPI: PCI Interrupt 0000:01:0a.0[A] -> Link [APC1]
-> GSI 16 (level, high) -> IRQ 18
[17179578.408000] HPT372A: chipset revision 2
[17179578.412000] HPT372A: 100% native mode on irq 18
[17179578.416000] hpt: HPT372N detected, using 372N timing.
[17179578.420000] FREQ: 125 PLL: 45
[17179579.536000] No Clock Stabilization!!!
[17179579.540000] hpt: no known IDE timings, disabling DMA
[17179579.544000] hpt: HPT372N detected, using 372N timing.
[17179579.548000] FREQ: 156 PLL: 66
[17179579.664000] No Clock Stabilization!!!
Please try my latest patches. This one should fix this (and oops
should be gone):
http://marc.theaimsgroup.com/?l=linux-ide&m=114677223914159&w=2
all patches applied, but I still get Kernel Oops :-(
some smal difference here:
HPT372A: IDE controller at PCI slot 0000:01:0a.0
ACPI: PCI Interrupt Link [APC1] enabled at IRQ 16
ACPI: PCI Interrupt 0000:01:0a.0[A] -> Link [APC1] -> GSI 16 (level,
high) -> IRQ 18
HPT372A: chipset revision 2
HPT372A: 100% native mode on irq 18
+ HPT37X: no clock data saved by BIOS
+ HPT3xxN detected, FREQ: 124, PLL: 45
+ HPT37xN unknown bus timing [48 4].
Hm, the BIOS seems to behave nastier than expected -- looks like it
reprograms DPLL but doesn't save the initial f_CNT (needed to determine
the PCI clock). Well, I know that it always sets DPLL to 50 MHz, no matter
what's the chip, so will try to work around this... :-/
OTOH, there might be another reason to that: the BIOS saves f_CNT but
the register it uses for this isn't mapped to the PCI config. space, only to
the I/O space (it's undocumented, after all). Andy Shaw's report seems to
confirm this -- his RAID BIOS seems to be modern enough to save the f_CNT but the
driver probably fails to read it (I don't have the full boot log yet).
So, try the attached patch please. Foli, if this won't help, can you
tell what version your HighPoint BIOS is?
I can confirm that after applying your most recent patches my HighPoint card works. I have four disks attached to the two HPT IDE sockets and all four disks are picked up. I haven't been able to confirm whether DMA is supported yet but will update as soon as I get the chance.
For anyone interested these patches have been applied to kernel 2.6.17-rc4-mm1. The lspci entry for the card looks like:
0000:03:01.0 RAID bus controller: Triones Technologies, Inc. HPT372A/372N (rev 02)
HPT372N, that is.
Many thanks for your efforts.
Have you applied the patch I sent out this night? Was it this patch that
fixed the driver for you? This is indeed important.
Rgds
Andy
WBR, Sergei
-
: send the line "unsubscribe linux-ide" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
