From: Hans Mueller <hans42mueller@xxxxxxxxxxxxxx>
Date: Fri, Jun 25, 2010 at 06:58:46PM +0200
Hi, sorry for the delay.
Right, and I had a suspicion about sharing IRQs with the NIC:
CPU0 CPU1 CPU2 CPU3 CPU4 CPU5 CPU6 CPU7
0: 42503 0 0 0 0 0 0 0 IO-APIC-edge timer
1: 2 0 0 0 0 0 0 0 IO-APIC-edge i8042
4: 2 0 0 0 0 0 0 0 IO-APIC-edge
9: 0 0 0 0 0 0 0 0 IO-APIC-fasteoi acpi
12: 4 0 0 0 0 0 0 0 IO-APIC-edge i8042
14: 0 0 0 0 0 0 0 0 IO-APIC-edge ide2
15: 0 0 0 0 0 0 0 0 IO-APIC-edge ide3
16: 26 0 0 0 0 0 0 0 IO-APIC-fasteoi ehci_hcd:usb1
17: 127 0 0 0 0 0 0 0 IO-APIC-fasteoi hda_intel
18: 47 0 0 0 0 0 0 0 IO-APIC-fasteoi firewire_ohci, ahci
19: 753 0 0 0 0 0 0 0 IO-APIC-fasteoi ide0, ide1, eth0
21: 3989 0 0 0 0 0 0 0 IO-APIC-fasteoi ahci
so IRQ19 is shared between the nic and the first ide controller and the
sata controller is using another irq line which could explain why the
issue doesn't happen with libata. Is your nick a pluggable card and if
yes, can you move it to another PCI slot so that ide0 and ide1 don't
share the same irq line with eth0 and retest again? Before retesting
though, do 'cat /proc/interrupts' to make sure.
I'm guessing the problem will go away then...
Thanks.
--
Regards/Gruss,
Boris.
--
To unsubscribe from this list: 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
