Mine looks similar to Toby's : more /proc/interrupts CPU0 0: 12347635 XT-PIC timer 1: 4191 XT-PIC i8042 2: 0 XT-PIC cascade 3: 49 XT-PIC serial 7: 0 XT-PIC parport0 8: 1 XT-PIC rtc 9: 0 XT-PIC acpi 10: 439076 XT-PIC VIA8237, ehci_hcd, eth0 11: 2659401 XT-PIC libata, uhci_hcd, uhci_hcd, uhci_hcd, uhci_hcd, ohci1394, via@pci:0000:01:00.0, cx88[0] 12: 147578 XT-PIC i8042 15: 25000 XT-PIC ide1 NMI: 0 ERR: 0 As an aside, when I try an rmmod cx88-dvb, I get 'disabled IRQ11' and I can't access the box from ssh, or the attached keyboard forcing me to hit the 'RESET' button (yikes!!!!) It looks like 4,5 & 13,14 aren't being used. Excuse my ignorance, but how do I shift some devices onto different interrupts??? DMESG also has some alarming messages in it : ACPI: PCI Interrupt Routing Table [\_SB_.PCI0._PRT] ACPI: PCI Interrupt Link [LNKA] (IRQs 3 4 6 7 10 11 12) *5 ACPI: PCI Interrupt Link [LNKB] (IRQs 3 4 6 7 10 *11 12) ACPI: PCI Interrupt Link [LNKC] (IRQs 3 4 6 7 *10 11 12) ACPI: PCI Interrupt Link [LNKD] (IRQs 3 4 6 7 10 *11 12) ACPI: PCI Interrupt Link [LNKE] (IRQs 3 4 6 7 10 11 12) *0, disabled. ACPI: PCI Interrupt Link [LNKF] (IRQs 3 4 6 7 10 11 12) *0, disabled. ACPI: PCI Interrupt Link [LNK0] (IRQs 3 4 6 7 10 11 12) *0, disabled. ACPI: PCI Interrupt Link [LNK1] (IRQs 3 4 6 7 10 11 12) *0, disabled. ACPI: PCI Interrupt Link [ALKA] (IRQs 20) *11 ACPI: PCI Interrupt Link [ALKB] (IRQs *21) ACPI: PCI Interrupt Link [ALKC] (IRQs *22) ACPI: PCI Interrupt Link [ALKD] (IRQs *23), disabled. <snip> PCI: Using ACPI for IRQ routing ** PCI interrupts are no longer routed automatically. If this ** causes a device to stop working, it is probably because the ** driver failed to call pci_enable_device(). As a temporary ** workaround, the "pci=routeirq" argument restores the old ** behavior. If this argument makes the device work again, ** please email the output of "lspci" to bjorn.helgaas@xxxxxx ** so I can fix the driver. ----- Original Message ----- From: "Hamish Moffatt" <hamish@xxxxxxxxxxxx> To: <linux-dvb@xxxxxxxxxxx> Sent: Friday, May 20, 2005 12:24 AM Subject: Re: [linux-dvb] cx88_wakeup 3 buffers handled (should be 1) > On Thu, May 19, 2005 at 11:33:15PM +0100, Toby Smith wrote: >> From the original suggestions I've tried a few PCI re-arrangements, but >> still end up with the Nova card on IRQ 5 which is a little loaded on my >> system - sharing with the network card can't be an ideal situation. >> >> [root@marvin szap]# more /proc/interrupts >> CPU0 >> 0: 898097 timer >> 1: 180 i8042 >> 2: 0 cascade >> 4: 1348 VIA8233, uhci_hcd >> 5: 64348 cx88[0], cx88[0], uhci_hcd, eth0, via@pci:0000:01:00.0 > > It looks like you need ACPI and I/O APIC support active. This would add > interrupts 16-23 probably and spread out the load. My complete list > (nForce2, Geforce4 graphics, Atheros wifi, 3xDVB card, 1xextra sound > card): > > hamish@tv:~$ cat /proc/interrupts > CPU0 > 0: 203837872 IO-APIC-edge timer > 1: 11 IO-APIC-edge i8042 > 3: 19741 IO-APIC-edge lirc_serial > 8: 4 IO-APIC-edge rtc > 9: 0 IO-APIC-level acpi > 12: 104 IO-APIC-edge i8042 > 14: 374288 IO-APIC-edge ide0 > 15: 89 IO-APIC-edge ide1 > 16: 24383647 IO-APIC-level cx88[1], cx88[1] > 17: 16726965 IO-APIC-level saa7146 (0) > 18: 2344001 IO-APIC-level libata, EMU10K1, ath0 > 19: 33496613 IO-APIC-level cx88[0], cx88[0], nvidia > 22: 103718 IO-APIC-level NVidia nForce2 > > There's still some sharing (SATA controller, sound card and wireless, > plus one DVB card and Geforce4) but that hasn't been an issue for me. > > You may have to upgrade to kernel 2.6. Not a bad idea anyway.. > > > Hamish > -- > Hamish Moffatt VK3SB <hamish@xxxxxxxxxx> <hamish@xxxxxxxxxxxx> > > _______________________________________________ > > linux-dvb@xxxxxxxxxxx > http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb > > > -- > No virus found in this incoming message. > Checked by AVG Anti-Virus. > Version: 7.0.322 / Virus Database: 266.11.13 - Release Date: 19/05/2005 > >