> Hmm, could be libata being unhappy then for some reason (not getting
> IRQs any more?), if disk I/O stops working everything else stops as
> well. The kernel shouldn't disable IRQ 11 though just because
> cx88-dvb unregisters though. What are the exact kernel messages?
I don't know - when I enter the rmmod everything stops responding.
Occasionally I will get a bash prompt back, but when I try to enter command
(i.e. dmesg) nothing comes back.
>> ** workaround, the "pci=routeirq" argument restores the old
>
> Tried if that helps?
just did. This is the one before pci=routeirq:
[root@media ~]# more /proc/interrupts
CPU0
0: 20102588 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: 793499 XT-PIC VIA8237, ehci_hcd, eth0
11: 4450990 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: 40500 XT-PIC ide1
NMI: 0
ERR: 0
AFTER:
[root@media ~]# more /proc/interrupts
CPU0
0: 203629 XT-PIC timer
1: 10 XT-PIC i8042
2: 0 XT-PIC cascade
3: 14 XT-PIC serial
7: 0 XT-PIC parport0
8: 1 XT-PIC rtc
9: 0 XT-PIC acpi
10: 1995 XT-PIC VIA8237, ehci_hcd, uhci_hcd, uhci_hcd,
eth0, via@pci:0000:01:00.0
11: 7827 XT-PIC libata, uhci_hcd, uhci_hcd, ohci1394,
cx88[0]
12: 110 XT-PIC i8042
15: 644 XT-PIC ide1
NMI: 0
ERR: 0
As you'll see, the IRQ numbering has changed. Haven't had a chance to see
if it fixes my cx88-wakeup buffers problem yet....
Simon
2.6.11.8
