Probleme mit cx88 (dmesg)

MaGuS · 29. Dezember 2005

Moin Leute,

gerade mal dmesg aufgerufen weil ich etwas bzgl. eines USB Gerätes kontrollieren wollte und dabei 100e dieser Einträge gefunden:

Code

cx88[0]/2: cx8802_restart_queue
cx88[0]/2: cx8802_restart_queue: queue is empty
cx88[0]/2: queue is empty - first active
cx88[0]/2: cx8802_start_dma 752
cx88[0]/2: setting the interrupt mask
cx88[0]/2: [f6bdc0c0/0] cx8802_buf_queue - first active

Ist das nicht der Treiber für die DVB-T Karten? Ich hab ne DVB-S (Nexus-S) und ne DVB-T von Haupauge drin.

Habt Ihr eine Idee was dieser Fehler bedeutet? Ich hab eigentlich keine Probleme, daher wundert mich das etwas.

Magnus

Dr. Seltsam · 29. Dezember 2005

es gibt im Forum ähnliche /gleiche Berichte. Bei anderen scheinen karten mit cx88_dvb einwandfrei zu laufen. Vielleicht sind bestimmte Treiberversionen buggy ?

MaGuS · 29. Dezember 2005

Moin,

ich bnutze die Treiber aus dem Gentoo Kernel: 2.6.14-gentoo-r2

Also nichts spezielles und wie gesagt, laufen tut alles nur diese Meldung ...

Magnus

skan! · 29. Dezember 2005

Mosche,

das sind einfache Debugausgaben, die nicht weiter tragisch sind. Einfach das Modul mit "debug=0" laden, dann sollten sie verschwinden.

MaGuS · 4. Januar 2006

ALSO:

Ich habe nun extra die CVS Treiber eingespielt (vorher reiner gentoo Kernel).

Laden tue ich die Treiber mit:

Code

cx8802 debug=0
cx88-dvb debug=0
cx88xx debug=0
stv0299 debug=0
dvb-ttpci debug=0

und dennoch hab ich:

Code

cx88[0]/2: queue is empty - first active
cx88[0]/2: cx8802_start_dma w: 0, h: 0, f: 2
cx88[0]/2: setting the interrupt mask
cx88[0]/2: [e9adf980/0] cx8802_buf_queue - first active
cx88[0]/2: cx8802_restart_queue
cx88[0]/2: cx8802_restart_queue: queue is empty
cx88[0]/2: queue is empty - first active
cx88[0]/2: cx8802_start_dma w: 0, h: 0, f: 2
cx88[0]/2: setting the interrupt mask
cx88[0]/2: [f465b6c0/0] cx8802_buf_queue - first active
cx88[0]/2: cx8802_restart_queue
cx88[0]/2: cx8802_restart_queue: queue is empty
cx88[0]/2: queue is empty - first active
cx88[0]/2: cx8802_start_dma w: 0, h: 0, f: 2
cx88[0]/2: setting the interrupt mask
cx88[0]/2: [e9adf980/0] cx8802_buf_queue - first active

Alles anzeigen

Wie stelle ich denn das debugging ab (ausser mit debug=0), WENN es denn debug Ausgaben sind.

Magnus

MaGuS · 10. Januar 2006

Muss es leider nochmal aufwärmen.

Hat wirklich niemand eine Idee dazu?

Magnus

champpain · 19. Januar 2006

hallo,
die antwort auf diese frage würde mich auch brennend interessieren (daher schiebe ich den thread einfach mal nach oben).

bist du dir sicher, dass diese meldungen den vdr nicht beeinflussen?
ich habe gerade ein bedienungsproblem (über Konsole F8 ) und dachte diese medlungen seien der grund.

grüße

MaGuS · 19. Januar 2006

Habe nur Probleme mit meinem DVB-T empfang, ob das aber daran liegt weiss ich nciht.

Magnus

champpain · 19. Januar 2006

Hallo,
habe gerade noch mal in alte syslogs geschaut (als noch alles stabil lief) und da hatte ich den debug auch, d.h. ich gehe auch davon aus, dass es einfach Geschwätz ist...

Grüße

MaGuS · 20. Januar 2006

Nur stopft dieses "Geschwätz" mein dmesg voll und das stört. Wäre schön wenn man das deaktivieren könnte.

Magnus

champpain · 20. Januar 2006

hallo,
klar ist das schrecklich.
guck dir auch mal deine syslog und messages an.

ich hab mal gegooglet und folgendes gefunden:

Zitat

Das Kernelmodul spammt die Logs voll da es mit Debug Parametern geladen wird, man kann sie angeblich irgendwie ausschalten.

Ideen:
a) cx88** blacklisten, initscript mit modprobe und entsprechenden Parametern erstellen
b) syslog-ng oder metalog entsprechend konfigurieren damit die Meldungen in einem eigenen Log landen

meinst du wir kreigen eins von beiden hin?
b) scheint mir möglich.

was meinst du?

MaGuS · 20. Januar 2006

a) hab ich probiert ohne erfolg
b) ist sicherlich eine Möglichkeit, zumal das bei metalog easy ist.

Würde das "Problem" aber gerne an der Wurzel lösen.

Magnus

pelvis99 · 20. Januar 2006

Hi,
ich kann leider nichts zur Lösung beitragen, ausser dass mein log auch voll läuft
ich hab nur das modul cx88-dvb geladen,

Also "hochschieb" und auf Hilfe hoff'

Pelvis

berndm · 23. Januar 2006

Hi,
ich hatte die gleichen nervenden Debug-Meldungen.
Mit syslog-ng und metalog kenne ich mich nicht aus und der debug-Parameter für das cx88-dvb-Modul hilft nicht weiter, da die Meldungen im Debug-Level 0 rausgeschrieben werden.
Daher habe ich einfach mal den DVB-Treiber gepatcht. Ich benutze die Treiber, wie sie beim (Debian-) Kernel 2.6.15 dabei waren. Dafür sieht mein Patch so aus:

Diff

diff -ur linux-source-2.6.15-orig/drivers/media/video/cx88/cx88-mpeg.c linux-source-2.6.15/drivers/media/video/cx88/cx88-mpeg.c
--- linux-source-2.6.15-orig/drivers/media/video/cx88/cx88-mpeg.c       2006-01-03 04:21:10.000000000 +0100
+++ linux-source-2.6.15/drivers/media/video/cx88/cx88-mpeg.c    2006-01-22 22:03:06.000000000 +0100
@@ -43,7 +43,7 @@
 module_param(debug,int,0644);
 MODULE_PARM_DESC(debug,"enable debug messages [mpeg]");


-#define dprintk(level,fmt, arg...)     if (debug >= level) \
+#define dprintk(level,fmt, arg...)     if (debug >= level + 1) \
        printk(KERN_DEBUG "%s/2: " fmt, dev->core->name , ## arg)


 /* ------------------------------------------------------------------ */

Alles anzeigen

Vielleicht könnt Ihr damit was anfangen ...

BTW: Könnt Ihr die DVB-T Treiber ordentlich entladen wieder laden? Wenn ich ein "modprobe -r cx88-dvb" mache, erscheinen im syslog folgende Meldungen:

Code

ACPI: PCI interrupt for device 0000:02:01.2 disabled
irq 5: nobody cared (try booting with the "irqpoll" option)
 [__report_bad_irq+49/119] __report_bad_irq+0x31/0x77
 [note_interrupt+117/153] note_interrupt+0x75/0x99
 [__do_IRQ+101/145] __do_IRQ+0x65/0x91
 [do_IRQ+25/36] do_IRQ+0x19/0x24
 [common_interrupt+26/32] common_interrupt+0x1a/0x20
 [__alloc_pages+43/625] __alloc_pages+0x2b/0x271
 [do_IRQ+30/36] do_IRQ+0x1e/0x24
 [kmem_getpages+57/145] kmem_getpages+0x39/0x91
 [cache_grow+133/264] cache_grow+0x85/0x108
 [cache_alloc_refill+308/357] cache_alloc_refill+0x134/0x165
 [kmem_cache_alloc+42/52] kmem_cache_alloc+0x2a/0x34
 [dup_task_struct+57/137] dup_task_struct+0x39/0x89
 [copy_process+121/2811] copy_process+0x79/0xafb
 [do_fork+142/349] do_fork+0x8e/0x15d
 [sys_clone+36/40] sys_clone+0x24/0x28
 [syscall_call+7/11] syscall_call+0x7/0xb
handlers:
[pg0+945234355/1069827072] (ohci_irq_handler+0x0/0x572 [ohci1394])
Disabling IRQ #5

Alles anzeigen

Die Treiber sind dann zwar entladen und ein anschließendes "modprobe cx88-dvb" lädt die Treiber auch wieder, aber ich kann nichts mehr über DVB-T empfangen, wahrscheinlich weil der Interrupt der DVB-Karte deaktiviert ist.
Ist das bei Euch auch so?

EDIT: Ach ja, außerdem habe ich ca. 30-40% CPU-Last auf meinem Athlon64 3000+ bei 1GHz, wenn vdr mit dem cx88-Treiber läuft, ohne cx88-dvb fast gar keine Last. Das kann ja auch nicht normal sein, oder?

Gruß
Bernd

MaGuS · 24. Januar 2006

Danke für die Antwaot, das mit dem patchen überlege ich mir mal. Denke aber nicht das ich es mache, da ich immer versuche die aktuellsten Treiber zu benutzen (siehe Punkt 2).

1. Das mit dem Entladen habe ich noch nie probiert, da mein VDR immer läuft und ich bisher keinen Grund hatte den Treiber zu entladen.

2. CPU Last, das geht mir ähnlich. Ich habe sehr hohe CPU Last, ich denke das liegt am schlechten Empfang, denn ich habe immer wieder kleine Aussetzer im DVB-T. Aber ob es wirklich der Empfang ist konnte ich bisher nicht testen. Habe Drei Antennen durch und immer das gleiche Verhalten.

Mit freundlichen Grüßen

Magnus Hinzke

champpain · 24. Januar 2006

Zitat

Original von MaGuS
Ich habe sehr hohe CPU Last, ich denke das liegt am schlechten Empfang, denn ich habe immer wieder kleine Aussetzer im DVB-T. Aber ob es wirklich der Empfang ist konnte ich bisher nicht testen. Habe Drei Antennen durch und immer das gleiche Verhalten.

Hallo,
schon mal die hier probiert:
DVB-T-Selbstbau-Antenne
Hat bei Bekannten eine 40€-Aktivantenne locker überrundet...

BTW: Ich habe syslog-ng installiert, aber (trotz man syslog-ng.conf) keinen schimmer wie ich den cx88-output nach /dev/null lenke.
Kann mir da jemand unter die Arme greifen...?

Grüße

muellerph · 29. März 2006

Für syslog-ng habe ich hier was gepostet

sascha.zepter · 14. Mai 2008

Hallo Bernd,

Zitat

Original von berndm

Code

ACPI: PCI interrupt for device 0000:02:01.2 disabled
irq 5: nobody cared (try booting with the "irqpoll" option)
 [__report_bad_irq+49/119] __report_bad_irq+0x31/0x77
 [note_interrupt+117/153] note_interrupt+0x75/0x99
 [__do_IRQ+101/145] __do_IRQ+0x65/0x91
 [do_IRQ+25/36] do_IRQ+0x19/0x24
 [common_interrupt+26/32] common_interrupt+0x1a/0x20
 [__alloc_pages+43/625] __alloc_pages+0x2b/0x271
 [do_IRQ+30/36] do_IRQ+0x1e/0x24
 [kmem_getpages+57/145] kmem_getpages+0x39/0x91
 [cache_grow+133/264] cache_grow+0x85/0x108
 [cache_alloc_refill+308/357] cache_alloc_refill+0x134/0x165
 [kmem_cache_alloc+42/52] kmem_cache_alloc+0x2a/0x34
 [dup_task_struct+57/137] dup_task_struct+0x39/0x89
 [copy_process+121/2811] copy_process+0x79/0xafb
 [do_fork+142/349] do_fork+0x8e/0x15d
 [sys_clone+36/40] sys_clone+0x24/0x28
 [syscall_call+7/11] syscall_call+0x7/0xb
handlers:
[pg0+945234355/1069827072] (ohci_irq_handler+0x0/0x572 [ohci1394])
Disabling IRQ #5

Alles anzeigen

Die Treiber sind dann zwar entladen und ein anschließendes "modprobe cx88-dvb" lädt die Treiber auch wieder, aber ich kann nichts mehr über DVB-T empfangen, wahrscheinlich weil der Interrupt der DVB-Karte deaktiviert ist.
Ist das bei Euch auch so?

der Beitrag ist zwar schon ein bisschen angestaubt, aber ich wollte mal fragen, ob Du zu diesem Problem eine Lösung gefunden hast.

Ich selbst setze eine Pinnacle PCTV Sat 400e ein und habe daher die APIC-Unterstützung im Kernel deaktiviert, die ACPI-Unterstützung ist weiterhin aktiviert. Ich bin mir nicht sicher, ob ich mit meiner Hauppauge Nova-S Plus erst seitdem Probleme habe, oder schon vorher, da ich den Kernel erst vor kurzem auf 2.6.18 umgestellt habe. Zum damaligen Zeitpunkt hattest Du diesen ja auch im Einsatz.

Gruß,
Sascha

Probleme mit cx88 (dmesg)

Jetzt mitmachen!

Teilen