--=_courier-4247-1057600513-0001-2
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
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 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?
>
> Wil
ide_get_or_set_dma_base() is may be called via ide_setup_pci_device()
when an ide controller module is loaded. however,
ide_get_or_set_dma_base() is defined with __init and the function is
called when its memory is already deallocated.
greetings,
Wilfried
--=_courier-4247-1057600513-0001-2
Content-Type: text/plain; name="linux-2.4.21-ac4-idedmafix.patch"; charset=iso-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
filename="linux-2.4.21-ac4-idedmafix.patch"
--- linux/drivers/ide/setup-pci.c.orig 2003-07-06 00:04:06.000000000 +0200
+++ linux/drivers/ide/setup-pci.c 2003-07-06 00:04:12.000000000 +0200
@@ -172,7 +172,7 @@ static int ide_setup_pci_baseregs (struc
* is already in DMA mode we check and enforce IDE simplex rules.
*/
-static unsigned long __init ide_get_or_set_dma_base (ide_hwif_t *hwif)
+static unsigned long ide_get_or_set_dma_base (ide_hwif_t *hwif)
{
unsigned long dma_base = 0;
struct pci_dev *dev = hwif->pci_dev;
--=_courier-4247-1057600513-0001-2--