* [BUGREPORT 1/3] Kernel Oops with HPT372A IDE controller
@ 2006-05-14 19:10 Foli Ayivoh
2006-05-15 14:54 ` Sergei Shtylyov
0 siblings, 1 reply; 8+ messages in thread
From: Foli Ayivoh @ 2006-05-14 19:10 UTC (permalink / raw)
To: linux-ide
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!!!
[17179579.668000] hpt: no known IDE timings, disabling DMA
[17179580.960000] hde: WDC WD800BB-00CAA1, ATA DISK drive
[17179581.240000] hdf: WDC WD800BB-00BSA0, ATA DISK drive
[17179581.296000] BUG: unable to handle kernel NULL pointer dereference at virtual address 00000000
[17179581.296000] printing eip:
[17179581.296000] f881b067
[17179581.300000] *pde = 00000000
[17179581.304000] Oops: 0000 [#1]
[17179582.308000] Modules linked in: hpt366 amd74xx
[17179582.308000] CPU: 0
[17179582.308000] EIP: 0060:[<f881b067>] Not tainted VLI
[17179582.308000] EFLAGS: 00010246 (2.6.17-rc4 #1)
[17179582.308000] EIP is at pci_bus_clock_list+0xd/0x17 [hpt366]
[17179582.308000] eax: 0000000c ebx: 30070000 ecx: dff10320 edx: 00000000
[17179582.308000] esi: dff92000 edi: c133f22c ebp: 00000051 esp: c1d5ddec
[17179582.308000] ds: 007b es: 007b ss: 0068
[17179582.308000] Process modprobe (pid: 1473, threadinfo=c1d5c000 task=c1daaaf0)
[17179582.308000] Stack: <0>f881c1d3 00000000 c1d5de0f 0000000c dff10320 400ce6dc dffdda00 00000000
[17179582.308000] 001fe53d c133f198 00000002 c1d7743e c133f198 f881c25e c133f22c dff10320
[17179582.308000] ff33f22c c133f22c 00000002 c1d7743e c133f22c 00000002 c1d7743e c133f198
[17179582.308000] Call Trace:
[17179582.308000] <f881c1d3> hpt372_tune_chipset+0xb8/0x114 [hpt366]
[17179582.308000] <f881c25e> hpt3xx_tune_chipset+0x2f/0x237 [hpt366]
[17179582.308000] <c1156938> probe_hwif+0x631/0x6b9
[17179582.308000] <c1134d8b> __driver_attach+0x0/0x67
[17179582.308000] <c11573a8> probe_hwif_init_with_fixup+0xb/0x71
[17179582.308000] <c1158ea3> ide_setup_pci_device+0x3a/0x6b
[17179582.308000] <f881b175> hpt366_init_one+0xf/0x10 [hpt366]
[17179582.308000] <c10bd966> pci_device_probe+0x36/0x55
[17179582.308000] <c1134ce1> driver_probe_device+0x42/0x91
[17179582.308000] <c1134dcd> __driver_attach+0x42/0x67
[17179582.308000] <c1134465> bus_for_each_dev+0x37/0x59
[17179582.308000] <c1134bd9> driver_attach+0x11/0x13
[17179582.308000] <c1134d8b> __driver_attach+0x0/0x67
[17179582.308000] <c11346d3> bus_add_driver+0x5a/0xd3
[17179582.308000] <c10bd657> __pci_register_driver+0x34/0x4e
[17179582.308000] <c1028f93> sys_init_module+0x1112/0x11e0
[17179582.308000] <c1002977> syscall_call+0x7/0xb
[17179582.308000] Code: 19 c0 0c 01 85 c0 74 08 8b 33 85 f6 75 e0 eb 07 b8 01 00 00 00 eb 02 31 c0 5b
5e 5f 5d c3 eb 0b 38 c1 75 04 8b 42 04 c3 83 c2 08 <8a> 0a 84 c9 75 ef 8b 42
04 c3 ba 40 e1 81 f8 eb 88 80 b8 9d 00
[17179582.308000] EIP: [<f881b067>] pci_bus_clock_list+0xd/0x17 [hpt366] SS:ESP 0068:c1d5ddec
[17179582.308000] [1] Segment violation modprobe hpt366 ...
^ permalink raw reply [flat|nested] 8+ messages in thread* Re: [BUGREPORT 1/3] Kernel Oops with HPT372A IDE controller 2006-05-14 19:10 [BUGREPORT 1/3] Kernel Oops with HPT372A IDE controller Foli Ayivoh @ 2006-05-15 14:54 ` Sergei Shtylyov 2006-05-16 22:59 ` Foli Ayivoh 0 siblings, 1 reply; 8+ messages in thread From: Sergei Shtylyov @ 2006-05-15 14:54 UTC (permalink / raw) To: 101551.753; +Cc: linux-ide Hello. Foli Ayivoh 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 MBR, Sergei ^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [BUGREPORT 1/3] Kernel Oops with HPT372A IDE controller 2006-05-15 14:54 ` Sergei Shtylyov @ 2006-05-16 22:59 ` Foli Ayivoh 2006-05-17 14:36 ` Sergei Shtylyov 0 siblings, 1 reply; 8+ messages in thread From: Foli Ayivoh @ 2006-05-16 22:59 UTC (permalink / raw) To: Sergei Shtylyov; +Cc: linux-ide Sergei Shtylyov wrote: > > Hello. > > Foli Ayivoh 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 > > MBR, Sergei > 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]. but the rest is the same ... ^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [BUGREPORT 1/3] Kernel Oops with HPT372A IDE controller 2006-05-16 22:59 ` Foli Ayivoh @ 2006-05-17 14:36 ` Sergei Shtylyov 2006-05-18 21:47 ` Sergei Shtylyov 0 siblings, 1 reply; 8+ messages in thread From: Sergei Shtylyov @ 2006-05-17 14:36 UTC (permalink / raw) To: 101551.753; +Cc: linux-ide Hello. Foli Ayivoh 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... :-/ > but the rest is the same ... This (otherwise incorrect) patch should eliminate the oops on HPT372: http://www.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.17-rc1/2.6.17-rc1-mm2/broken-out/hpt366-fix-segfault-during-init.patch The clocking however will remain invalid... MBR, Sergei ^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [BUGREPORT 1/3] Kernel Oops with HPT372A IDE controller 2006-05-17 14:36 ` Sergei Shtylyov @ 2006-05-18 21:47 ` Sergei Shtylyov 2006-05-19 7:36 ` Andy Shaw 2006-06-09 9:51 ` Foli Ayivoh 0 siblings, 2 replies; 8+ messages in thread From: Sergei Shtylyov @ 2006-05-18 21:47 UTC (permalink / raw) To: 101551.753, ashaw; +Cc: linux-ide, Alan Cox [-- Attachment #1: Type: text/plain, Size: 2468 bytes --] Hello, I 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? MBR, Sergei [-- Attachment #2: HPT3xx-read-f_CNT-from-port.patch --] [-- Type: text/plain, Size: 490 bytes --] Index: linus/drivers/ide/pci/hpt366.c =================================================================== --- linus.orig/drivers/ide/pci/hpt366.c +++ linus/drivers/ide/pci/hpt366.c @@ -1020,7 +1020,7 @@ static void __devinit hpt37x_clocking(id * reading the f_CNT register itself in hopes that nobody has * touched the DPLL yet... */ - pci_read_config_dword(dev, 0x70, &temp); + temp = inl(pci_resource_start(dev, 4) + 0x90); if ((temp & 0xFFFFF000) != 0xABCDE000) { int i; ^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [BUGREPORT 1/3] Kernel Oops with HPT372A IDE controller 2006-05-18 21:47 ` Sergei Shtylyov @ 2006-05-19 7:36 ` Andy Shaw 2006-05-19 16:58 ` Sergei Shtylyov 2006-06-09 9:51 ` Foli Ayivoh 1 sibling, 1 reply; 8+ messages in thread From: Andy Shaw @ 2006-05-19 7:36 UTC (permalink / raw) To: Sergei Shtylyov; +Cc: 101551.753, linux-ide, Alan Cox On Fri, 19 May 2006 01:47:30 +0400, Sergei Shtylyov <sshtylyov@ru.mvista.com> wrote: > Hello, I 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? > > MBR, Sergei > > Sergei, 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) Many thanks for your efforts. Rgds Andy ^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [BUGREPORT 1/3] Kernel Oops with HPT372A IDE controller 2006-05-19 7:36 ` Andy Shaw @ 2006-05-19 16:58 ` Sergei Shtylyov 0 siblings, 0 replies; 8+ messages in thread From: Sergei Shtylyov @ 2006-05-19 16:58 UTC (permalink / raw) To: Andy Shaw; +Cc: linux-ide 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 ^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [BUGREPORT 1/3] Kernel Oops with HPT372A IDE controller 2006-05-18 21:47 ` Sergei Shtylyov 2006-05-19 7:36 ` Andy Shaw @ 2006-06-09 9:51 ` Foli Ayivoh 1 sibling, 0 replies; 8+ messages in thread From: Foli Ayivoh @ 2006-06-09 9:51 UTC (permalink / raw) To: Sergei Shtylyov; +Cc: linux-ide, Alan Cox, Andy Shaw, Stefan Smietanowski Sergei Shtylyov wrote: > > Hello, I 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? > > MBR, Sergei > Hello Sergei, I'm back. SORRY! for the delay! ----------------------------------------------------------------------------------------------------------------- this time patches tested with stable kernel 2.6.16.20 lspci -xxx -s 1:a (without hpt366 driver) 01:0a.0 RAID bus controller: Triones Technologies, Inc. HPT372A/372N (rev 02) 00: 03 11 05 00 05 00 30 02 02 00 04 01 08 40 00 00 10: 01 7c 00 00 01 80 00 00 01 84 00 00 01 88 00 00 20: 01 8c 00 00 00 00 00 00 00 00 00 00 03 11 01 00 30: 00 00 00 00 60 00 00 00 00 00 00 00 0b 01 08 08 40: 42 82 84 12 42 82 84 12 8a f4 c1 0a 8a f4 c1 0a 50: 05 00 00 00 05 00 00 00 1b 00 10 23 1e 00 20 00 60: 01 00 22 00 00 00 00 00 00 00 00 00 00 00 00 00 70: 00 00 00 00 00 00 00 00 7d 00 f0 00 00 00 00 00 80: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 90: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 a0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 b0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 c0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 d0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 e0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 f0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 after applying your patches in following order: HPT3xxN-clocking-fixes.patch HPT37x-fix-timing-tables.patch HPT3xx-fix-hotswap.patch HPT3xx-fix-case-of-multiple-chips.patch HPT3xx-use-f_CNT-saved-by-BIOS.patch HPT3xx-optimize-timing-tables.patch HPT3xx-rework-rate-filtering.patch HPT37x-read-f_CNT-from-port.patch HPT3xx-print-real-chip-name.patch HPT3xx-use-pci_find_slot.patch HPT3xx-cache-MCR-address.patch HPT37x-merge-speedproc.patch (for info: last two patches get the first two hunks rejeckted, only comments) I get this: HPT372N: 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 185 HPT372N: chipset revision 2 HPT372N: 100% native mode on irq 185 HPT372N: FREQ: 80, PLL: 35 HPT372N: using 50MHz internal PLL ide2: BM-DMA at 0x8c00-0x8c07, BIOS settings: hde:DMA, hdf:DMA ide3: BM-DMA at 0x8c08-0x8c0f, BIOS settings: hdg:pio, hdh:pio Probing IDE interface ide2... hde: WDC WD800BB-00CAA1, ATA DISK drive hdf: WDC WD800BB-00BSA0, ATA DISK drive ide2 at 0x7c00-0x7c07,0x8002 on irq 185 hde: max request size: 128KiB hde: 156301488 sectors (80026 MB) w/2048KiB Cache, CHS=65535/16/63, UDMA(100) hde: cache flushes not supported hde: hde1 hdf: max request size: 128KiB hdf: 156301488 sectors (80026 MB) w/2048KiB Cache, CHS=65535/16/63, UDMA(100) hdf: cache flushes not supported hdf: hdf1 (for info: on ide3 no disks) lspci -xxx -s 1:a (with patched hpt366 driver) 01:0a.0 RAID bus controller: Triones Technologies, Inc. HPT372A/372N (rev 02) 00: 03 11 05 00 05 00 30 02 02 00 04 01 00 78 00 00 10: 01 7c 00 00 01 80 00 00 01 84 00 00 01 88 00 00 20: 01 8c 00 00 00 00 00 00 00 00 00 00 03 11 01 00 30: 01 00 0a 50 60 00 00 00 00 00 00 00 0b 01 08 08 40: 42 82 84 12 42 82 84 12 8a f4 c1 0a 8a f4 c1 0a 50: 05 00 00 00 05 00 00 00 1b 00 00 21 23 00 25 00 60: 01 00 22 00 00 00 00 00 00 00 00 00 00 00 00 00 70: 00 00 00 00 00 00 00 00 90 00 f0 00 00 00 00 00 80: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 90: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 a0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 b0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 c0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 d0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 e0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 f0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ----------------------------------------------------------------------------------------------------------------- thanks for your time and efforts! can you also help how to access the RAID 1 set? best regards Foli ^ permalink raw reply [flat|nested] 8+ messages in thread
end of thread, other threads:[~2006-06-09 9:49 UTC | newest] Thread overview: 8+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- 2006-05-14 19:10 [BUGREPORT 1/3] Kernel Oops with HPT372A IDE controller Foli Ayivoh 2006-05-15 14:54 ` Sergei Shtylyov 2006-05-16 22:59 ` Foli Ayivoh 2006-05-17 14:36 ` Sergei Shtylyov 2006-05-18 21:47 ` Sergei Shtylyov 2006-05-19 7:36 ` Andy Shaw 2006-05-19 16:58 ` Sergei Shtylyov 2006-06-09 9:51 ` Foli Ayivoh
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for NNTP newsgroup(s).