Messages in this thread | ![/](/images/icornerl.gif) | | Date | Wed, 19 Mar 2003 23:16:08 +0100 | From | Wolfram Schlich <> | Subject | Hardlocks with 2.4.21-pre5, pdc202xx_new (PDC20269) and shared IRQs |
| |
Hi,
I am experiencing system hardlocks under the following conditions: - Hardware: - Tyan Thunder K7 w/ 2x Athlon MP 1.2GHz (5x PCI) - 2x Onboard Adaptec 7899P SCSI adapter IRQ 16, IRQ 17 - 2x Onboard 3Com 3C982 100Mb 32bit PCI NIC IRQ 18, IRC 19 - 1x National Semiconductor DP83820 1000Mb 64bit PCI NIC IRQ 16 - 2x Promise Ultra 133TX2 PDC20269 IRQ 16, IRQ 17 - Software: - Linux 2.4.21-pre5: CONFIG_IDE=y CONFIG_BLK_DEV_IDEDISK=y CONFIG_BLK_DEV_IDEPCI=y CONFIG_BLK_DEV_GENERIC=y CONFIG_IDEPCI_SHARE_IRQ=y CONFIG_BLK_DEV_IDEDMA_PCI=y CONFIG_IDEDMA_PCI_AUTO=y CONFIG_BLK_DEV_IDEDMA=y CONFIG_BLK_DEV_ADMA=y CONFIG_BLK_DEV_PDC202XX_NEW=y CONFIG_IDEPCI_SHARE_IRQ=y CONFIG_IDEDMA_IVB=y CONFIG_BLK_DEV_PDC202XX=y CONFIG_BLK_DEV_IDE_MODES=y
When one of the Promise controllers is sharing the same IRQ with one of the NICs (don't matter which, I tried all) and data is copied *to* the machine over the network, the system deadlocks. When data is copied *from* the system over the network, it works all ok. Unfortunately the system BIOS doesn't give me any possibility of setting the IRQ channels by hand, so all I can do is put the cards into other slots.
Ah, at boot time the kernel spits out this message: --8<-- I/O APIC: AMD Errata #22 may be present. In the event of instability try : booting with the "noapic" option. --8<-- I've not yet tried that, but will do now. -- Wolfram Schlich; Friedhofstr. 8, D-88069 Tettnang; +49-(0)178-SCHLICH - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| ![\](/images/icornerr.gif) |