was sind das für fehlermeldungen??

g3joker · 25. April 2006

hoi,

habe nun erstmal mit nem loop-kabel die zweite sat-karte angeklemmt und die beiden karten aufs 1. lnb gestellt. nun funktioniert auch z.b. osd-pip was mir die kiste vorher mit nem absturz quittiert hat.

wenn ich nun dmesg eingebe kriege ich folgende meldungen:

Code

TV tuner 4 at 0x1fe, Radio tuner -1 at 0x1fe
tveeprom 1-0050: Hauppauge model 92001, rev B1B1, serial# 417154
tveeprom 1-0050: MAC address is 00-0D-FE-06-5D-82
tveeprom 1-0050: tuner model is Conexant_CX24109 (idx 111, type 4)
tveeprom 1-0050: TV standards ATSC/DVB Digital (eeprom 0x80)
tveeprom 1-0050: audio processor is CX883 (idx 32)
tveeprom 1-0050: decoder processor is CX883 (idx 22)
tveeprom 1-0050: has no radio, has IR remote
cx88[0]: hauppauge eeprom: model=92001
input: cx88 IR (Hauppauge Nova-S-Plus  as /class/input/input7
ACPI: PCI Interrupt 0000:00:0a.2[A] -> GSI 18 (level, low) -> IRQ 201
cx88[0]/2: found at 0000:00:0a.2, rev: 5, irq: 201, latency: 32, mmio: 0xea000000
cx88[0]/2: cx2388x based dvb card
DVB: registering new adapter (cx88[0]).
DVB: registering frontend 1 (Conexant CX24123/CX24109)...
lirc_serial: auto-detected active low receiver
lirc_dev: lirc_register_plugin: sample_rate: 0
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: [cd6b03e0/0] cx8802_buf_queue - first active
cx88[0]/2: cx8802_timeout
cx88[0]/2: cx8802_stop_dma
cx88[0]/2: restarting queue
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: [c94a6e60/0] cx8802_buf_queue - first active
cx88[0]/2: cx8802_timeout
cx88[0]/2: cx8802_stop_dma
cx88[0]/2: restarting queue
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: [cd6b03e0/0] cx8802_buf_queue - first active
cx88[0]/2: cx8802_timeout
cx88[0]/2: cx8802_stop_dma
cx88[0]/2: restarting queue
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: [cd6b03e0/0] cx8802_buf_queue - first active
cx88[0]/2: cx8802_timeout
cx88[0]/2: cx8802_stop_dma
cx88[0]/2: restarting queue
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: [cd6b03e0/0] cx8802_buf_queue - first active
cx88[0]/2: cx8802_timeout
cx88[0]/2: cx8802_stop_dma
cx88[0]/2: restarting queue
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: [cd6b03e0/0] cx8802_buf_queue - first active
cx88[0]/2: cx8802_timeout
cx88[0]/2: cx8802_stop_dma
cx88[0]/2: restarting queue
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: [cd6b03e0/0] cx8802_buf_queue - first active
cx88[0]/2: cx8802_timeout
cx88[0]/2: cx8802_stop_dma
cx88[0]/2: restarting queue
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: [cd6b03e0/0] cx8802_buf_queue - first active
cx88[0]/2: cx8802_timeout
cx88[0]/2: cx8802_stop_dma
cx88[0]/2: restarting queue
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: [cd6b03e0/0] cx8802_buf_queue - first active
cx88[0]/2: cx8802_timeout
cx88[0]/2: cx8802_stop_dma
cx88[0]/2: restarting queue
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: [cd6b03e0/0] cx8802_buf_queue - first active
cx88[0]/2: cx8802_timeout
cx88[0]/2: cx8802_stop_dma
cx88[0]/2: restarting queue
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: [cd6b03e0/0] cx8802_buf_queue - first active
cx88[0]/2: cx8802_timeout
cx88[0]/2: cx8802_stop_dma
cx88[0]/2: restarting queue
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: [cd6b03e0/0] cx8802_buf_queue - first active
cx88[0]/2: cx8802_timeout
cx88[0]/2: cx8802_stop_dma
cx88[0]/2: restarting queue
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: [cd6b03e0/0] cx8802_buf_queue - first active
cx88[0]/2: cx8802_timeout
cx88[0]/2: cx8802_stop_dma
cx88[0]/2: restarting queue
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: [cd6b03e0/0] cx8802_buf_queue - first active
cx88[0]/2: cx8802_timeout
cx88[0]/2: cx8802_stop_dma
cx88[0]/2: restarting queue
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: [cd6b03e0/0] cx8802_buf_queue - first active
cx88[0]/2: cx8802_timeout
cx88[0]/2: cx8802_stop_dma
cx88[0]/2: restarting queue
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: [cd6b03e0/0] cx8802_buf_queue - first active
cx88[0]/2: cx8802_timeout
cx88[0]/2: cx8802_stop_dma
cx88[0]/2: restarting queue
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: [cd6b03e0/0] cx8802_buf_queue - first active

Alles anzeigen

einige kanäle (gehe davon aus die der selben polarisation) sind trotzdem gesperrt, das liegt aber wohl an dem nicht vorhandenem 2. kabel zum lnb.

nur: was haben die fehlermeldungen zu sagen? timeout und stop_dma hört sich nicht wirklich lustig an. oder liegt das daran das ich noch den livebuffer am rennen habe und die karte sich langweilt und den irq freigibt?

MaGuS · 26. Mai 2006

Moin,

dazu habe ich auch schonmal einen Thread gestartet. Das sind DEBUG Meldungen des Kernel Treibers. Ich habe sie bisher nicht wegbekommen.

Magnus

TheChief · 26. Mai 2006

Mit nem neueren DVB Treiber kann man die Meldungen zumindest reduzieren.

MaGuS · 29. Juni 2006

Hat jemand da schon mehr heraus gefunden? Ich würde gerne meinen "dmesg" Befehlt gerne mal wieder verwenden können, also auch nach 1-2 Tagen. Jetzt ist der immer voll mit "cx8802_timeout".

Magnus

TheChief · 29. Juni 2006

Lad Dir doch den DVB Treiber und lösch die Meldung vorm make raus?!

MaGuS · 20. September 2006

Leider habe ich 0 Ahnung von C Programmierung ... ausserdem istd as bei mir ein Gentoo ebuild, da müßte ich alles umbauen. Muss doch einen Weg egben das abzustellen *tilt*.

Magnus

sparkie · 20. September 2006

TheChief:

Zitat

Lad Dir doch den DVB Treiber und lösch die Meldung vorm make raus?!

natuerlich, ist ja kein Problem. Damit kuriert man aber offenbar nur die Symptome, nicht
die Ursache. Ich bekomme diese Meldungen sowieso *nur* dann, wenn ich den EPG Search aktiviert habe.
Z.B. auf einer 'Hauppauge Nova-SE2' oder einer 'Hauppauge Nova-S-Plus'. Und dann geben die
Treiber aus v4l-dvb (aktuell die Version vom 24. August, v4l-dvb-323d46fbb593) regelmaessig die Loeffel ab. Es hilft
aber kurzes Treiber-Entladen-Neuladen und es funktioniert wieder.

Kann jemand folgendes Verhalten bestaetigen:

1.) EPG Search abschalten => keine Errormessages, kein Treiberproblem
2.) EPG Search einschalten => massenhaft obige Errormessages, nach gewisser Zeit Treiberproblem==kein Empfang mehr moeglich

MaGuS · 20. September 2006

Ich habe drei Karten im System, leider weiss ich nicht mehr welche Karte diesen Treiber nutzt. Also eine FF, eine Budget und eine DVB-T Karte.

Code

00:00.0 Host bridge: nVidia Corporation nForce2 AGP (different version?) (rev c1)
00:00.1 RAM memory: nVidia Corporation nForce2 Memory Controller 0 (rev c1)
00:00.2 RAM memory: nVidia Corporation nForce2 Memory Controller 4 (rev c1)
00:00.3 RAM memory: nVidia Corporation nForce2 Memory Controller 3 (rev c1)
00:00.4 RAM memory: nVidia Corporation nForce2 Memory Controller 2 (rev c1)
00:00.5 RAM memory: nVidia Corporation nForce2 Memory Controller 5 (rev c1)
00:01.0 ISA bridge: nVidia Corporation nForce2 ISA Bridge (rev a4)
00:01.1 SMBus: nVidia Corporation nForce2 SMBus (MCP) (rev a2)
00:02.0 USB Controller: nVidia Corporation nForce2 USB Controller (rev a4)
00:02.1 USB Controller: nVidia Corporation nForce2 USB Controller (rev a4)
00:02.2 USB Controller: nVidia Corporation nForce2 USB Controller (rev a4)
00:04.0 Ethernet controller: nVidia Corporation nForce2 Ethernet Controller (rev a1)
00:06.0 Multimedia audio controller: nVidia Corporation nForce2 AC97 Audio Controler (MCP) (rev a1)
00:08.0 PCI bridge: nVidia Corporation nForce2 External PCI Bridge (rev a3)
00:09.0 IDE interface: nVidia Corporation nForce2 IDE (rev a2)
00:1e.0 PCI bridge: nVidia Corporation nForce2 AGP (rev c1)
01:06.0 Multimedia video controller: Conexant CX23880/1/2/3 PCI Video and Audio Decoder (rev 05)
01:06.1 Multimedia controller: Conexant CX23880/1/2/3 PCI Video and Audio Decoder [Audio Port] (rev 05)
01:06.2 Multimedia controller: Conexant CX23880/1/2/3 PCI Video and Audio Decoder [MPEG Port] (rev 05)
01:06.4 Multimedia controller: Conexant CX23880/1/2/3 PCI Video and Audio Decoder [IR Port] (rev 05)
01:08.0 Multimedia controller: Philips Semiconductors SAA7146 (rev 01)
01:0a.0 Multimedia video controller: Conexant CX23880/1/2/3 PCI Video and Audio Decoder (rev 05)
01:0a.2 Multimedia controller: Conexant CX23880/1/2/3 PCI Video and Audio Decoder [MPEG Port] (rev 05)
01:0a.4 Multimedia controller: Conexant CX23880/1/2/3 PCI Video and Audio Decoder [IR Port] (rev 05)
02:00.0 VGA compatible controller: nVidia Corporation NV34 [GeForce FX 5200] (rev a1)

Alles anzeigen

Ich glaube es benutzen die Budget und die DVB-T Karte diesen Treiber, denn die Budget habe ich naträglich eingebaut und diese Meldung war schon da als ich mit der DVB-T Karte gearbeitet habe. EPG Search will ich ungern deaktivieren, evtl. nur auf der DVB-T Karte, denn für die Sender holt eh ein externer Script die EPG Daten.

Heute steht ein System Update an und da werde ich mal die aktuellen hg-dvb Treiber installieren, denke aber nicht, dass der Fehler bzw. die Meldung dort behoben ist.

Magnus

cooper · 20. September 2006

Servus,

Zitat

Original von sparkie
TheChief:

natuerlich, ist ja kein Problem. Damit kuriert man aber offenbar nur die Symptome, nicht
die Ursache.

Das Symptom ist die Ursache! Das sind schlicht und ergreifend billige Debugging-Meldungen, da fehlt ganz einfach ein "int debug = 0" an ich glaube 3 Stellen im Code. Also einfach nach "debug = 1" suchen, auf 0 setzen und neu compilieren -- fertig. Genau so habe ich das mit dem LinVDR-Kernel 2.6.17.7 gemacht. Hat mit der Stabilität und der Funktion nicht das allergeringste zu tun.

Viele Grüße, Mirko

sparkie · 20. September 2006

cooper:

Zitat

Hat mit der Stabilität und der Funktion nicht das allergeringste zu tun.

mag sein, dass diese Fehlermeldungen nicht im direkten Zusammenhang mit einem Treiberproblem stehen. Tatsache ist, dass ich mit obigem v4l-dvb-Stand diese Meldungen nur waehrend des EPG-Search bekomme. Und dann kurze Zeit spaeter die Treiber nicht mehr funktionieren. Da liegt natuerlich die Vermutung nahe (ohne das Coding genauer analysiert zu haben), dass da moeglicherweise ein Zusammenhang besteht. Deswegen auch meine Anfrage.

MaGuS · 20. September 2006

Zitat

Original von sparkie
cooper:

mag sein, dass diese Fehlermeldungen nicht im direkten Zusammenhang mit einem Treiberproblem stehen. Tatsache ist, dass ich mit obigem v4l-dvb-Stand diese Meldungen nur waehrend des EPG-Search bekomme. Und dann kurze Zeit spaeter die Treiber nicht mehr funktionieren. Da liegt natuerlich die Vermutung nahe (ohne das Coding genauer analysiert zu haben), dass da moeglicherweise ein Zusammenhang besteht. Deswegen auch meine Anfrage.

Also bei läuft ja alles wunderbar, ich habe also keine Abstürze....

Magnus

Zzam · 21. September 2006

Eventuell hilft es auch bei allen geladenen DVB-Modulen nach debug-Parametern zu schauen in diese auf Null zu setzen, also zB über modules.conf, oder

Code

echo 0 > /sys/module/xyz/parameters/debug

Zzam

cooper · 21. September 2006

Servus,

Zitat

Original von sparkie
mag sein, dass diese Fehlermeldungen nicht im direkten Zusammenhang mit einem Treiberproblem stehen.

Noch einmal: Das sind keine Fehlermeldungen. Das sind Debugging-Informationen, keine Fehlermeldungen. Sie haben überhaupt nichts mit irgend welchen Treiberproblemen zu tun.

Und die lassen sich auch nicht anders abstellen als durch den von mir beschriebenen Weg.

Viele Grüße, Mirko

sparkie · 21. September 2006

cooper:

Zitat

Original von cooper.
Das sind Debugging-Informationen, keine Fehlermeldungen

Ist mir eigentlich voellig wurscht, wie du diese 'Texte' nennst. Fehlermeldungen oder Prosaverse. Tatsache ist, dass ich diese Meldungen nur habe, wenn der EPG SCAN anlaeuft (also massiv getuned wird) und dann ist irgendwann das Bild weg (VDSB). Ab diesem Moment bekomme von keinem Sender mehr Empfang. Neustart des VDR nuetzt da natuerlich nix, aber dafuer Treiber Ent/Laden.

Ohne EPG SCAN laufen die Treiber hingegen ohne deine Prosa und ohne Probleme tagelang im 24/7 durch. Dann erklaer mir mal, dass da kein Zusammenhang besteht.

Nachdem ich auf dieser speziellen Kiste kein EPG SCAN brauche, war mir das Problem bis jetzt egal. Am Wochenende spiele ich mal nen aktuellen DVB Stand ein und falls das Problem noch besteht, debugge ich das genauer.

Papablues · 4. Dezember 2006

Also ich bekomme die prosatexte auch ( linvdr kernel 2.6.18 auf debian etch )
Hast du das Problem wegbekommen ?

Gruß

Fabian

sparkie · 4. Dezember 2006

Zitat

Hast du das Problem wegbekommen ?

ja, wenn du die DVB Treiber selber uebersetzt ist es kein Problem. Abschalten per Flag ging bei meiner damaligen Version leider nicht, da es hard-coded im Treiber war. Ein Treiber-Upgrade hat (zumindest bei mir) zugleich die Abstuerze gefixt. - was ja viel wichtiger ist.

Am besten mal bei deinem Distributor nachfragen, ob da was geplant ist. Es gibt auch separate Kernel fuer Linvdr - da ist es sicher auch gefixt. Kann ich aber leider nix dazu sagen.

towo · 6. Dezember 2006

Also ich bekomme diese timeouts auch.
Wenn dmesg damit vollgemüllt wird, ist dvb praktisch unbenutzbar, d. h. mit vdr kann man weder Fernsehen noch Aufnehmen.
Denn Tipp mit debug = 0 in den Sourcen setzen, konnte ich nicht nachvollziehen, da im 2.6.19er Kernel, da überall schondebug = 0 steht.

Mich würde viel mehr interessieren, warum eine Debug-Meldung es schaft, das keine DVB-Applikation mehr funktioniert.

Karte ist eine Nova-S Plus
Kernel: alle ab 2.6.18, im Moment 2.6.19-git7-smp
VDR-Version: 1.4.4-1

Bis Kernel 2.6.17.x war dieses Verhalten nicht vorhanden.

was sind das für fehlermeldungen??

Jetzt mitmachen!

Teilen