> cx88_wakeup: 2 buffers handled (should be 1)"
I see the messages here too.
Do you have shared interrupts? Do a "lspci -v" and have a look there.
On mine I see this happen all the time due to the onboard SATA controller
having an IRQ conflict with the PCI card. Unfortunately I can't swap cards
around to fix it.
I thought that modern BIOSes on modern mobos were able to assign unique IRQs
but not in my case.
That being said, I don't notice any particular issue when the problem pops
up. Perhaps the driver is being too pedantic - after all, that's what
buffers are for, right?
Try swapping your PCI cards around if you have any to spare.....
Portions of my lspci -v below:
03:00.0 SATA controller: JMicron Technologies, Inc. JMicron 20360/20363 AHCI
Controller (rev 02) (prog-if 01 [AHCI 1.0])
Subsystem: Giga-byte Technology Unknown device b000
Flags: bus master, fast devsel, latency 0, IRQ 17
Memory at ee100000 (32-bit, non-prefetchable) [size=8K]
Capabilities: [68] Power Management version 2
Capabilities: [50] Express Legacy Endpoint IRQ 1
05:01.0 Multimedia video controller: Conexant CX23880/1/2/3 PCI Video and
Audio Decoder (rev 05)
Subsystem: DViCO Corporation Unknown device db10
Flags: bus master, medium devsel, latency 32, IRQ 17
Memory at eb000000 (32-bit, non-prefetchable) [size=16M]
Capabilities: [44] Vital Product Data
Capabilities: [4c] Power Management version 2
05:01.2 Multimedia controller: Conexant CX23880/1/2/3 PCI Video and Audio
Decoder [MPEG Port] (rev 05)
Subsystem: DViCO Corporation DVICO FusionHDTV DVB-T Plus
Flags: bus master, medium devsel, latency 32, IRQ 17
Memory at ec000000 (32-bit, non-prefetchable) [size=16M]
Capabilities: [4c] Power Management version 2
Cheers,
Richard.
_______________________________________________
linux-dvb mailing list
linux-dvb@xxxxxxxxxxx
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
