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
>
>
