Bitte testen: Bugfix "video data stream broken" für saa7146-basierte Budget-Karten

Olaf, schalte mal testweise ACPI ab.

Tach,

hab ich auch schon hinter mir. Ich mein, ich könnte es jetzt mal mit dem neuen DVB-Treiber auch mal probieren, sicher.

Aber das ACPI läuft bei mir komischerweise besser, wieso auch immer. Zumindest gefühlsmässig.

Greets Olaf

P.S.: Andere bekommen ja die Fehlermeldungen auch und die haben net diese Monsterkisten wie ich, wollte ich nur mal so nebenbei noch anmerken

Ansonsten...

vdrclient01 log # cat /proc/interrupts
CPU0
0: 527961 IO-APIC-edge timer
1: 2190 IO-APIC-edge i8042
4: 0 IO-APIC-edge lirc_serial
8: 2 IO-APIC-edge rtc
9: 0 IO-APIC-level acpi
12: 28200 IO-APIC-edge i8042
14: 41836 IO-APIC-edge ide0
15: 81 IO-APIC-edge ide1
16: 44352 IO-APIC-level ide2, ide3, saa7146 (1), nvidia
17: 69057 IO-APIC-level saa7146 (0)
18: 19925 IO-APIC-level saa7146 (3)
19: 101123 IO-APIC-level ivtv0, saa7146 (2)
21: 0 IO-APIC-level uhci_hcd, uhci_hcd, uhci_hcd, ehci_hcd
22: 638 IO-APIC-level VIA8233
23: 2354 IO-APIC-level eth0
NMI: 0
LOC: 527929
ERR: 0 <---
MIS: 0 <---

Besser isses leider nicht zu bekommen.

Hallo!

Ich habe bei mir den Bugfix eingebunden (obwohl ich den VDSB bei mir noch nicht zu sehen bekommen habe), um zu testen, ob mein System dann stabiler läuft. Zur Zeit habe ich rund einmal am Tag einen Neustart, was an meinem alten Board, den DVB-Treibern im Kernel 2.6.10, den Treibern für die DXR3-Karte oder an irgend etwas anderem liegen kann.

Na ja, auf jeden Fall habe ich den Bugfix gestern eingespielt, und nun hat der Rechner immerhin schon eine uptime von 23:11, fast rekordverdächtig

Aber: Vorhin hatte ich zum ersten Mal das Problem, dass Bild und Ton weg waren
(was in anderen Threads ja auch schon gelegentlich beschrieben wurde).

Einen Auszug aus der Log-Datei habe ich angehängt.

Einer der VDR-Threads hat plötzlich ein "read incomplete section" gemeldet, während der Rechner leer war (ich habe da gerade am Standalone-DVD-Player eine VDRsync-erstellte DVD ausprobiert).

3 Min später: "buffer usage: 70%",
30 Sek später: Watchdog-Timer startet den VDR neu.
Beim automatischen Neustart: "device 1 has no lock, can't attach receiver!"

Damit kein Bild, kein Ton... Das Umschalten zwischen den Kanälen ging auch nicht...
Wiedergabe von alten Aufnahmen ging aber noch: Das Problem lag also ziemlich eindeutig am Empfang und nicht an der Wiedergabe.

Nach einem manuellen Neustart des VDR (mit Neuladen der Module) war alles wieder OK...

Ob das ganze mit dem Bugfix zusammenhängt, kann ich natürlich nicht sagen,
aber dieser Thread heißt ja schließlich "Bitte testen..."

Gruß,
Norbert

Hi Oliver,

hab hab gestern morgen auch meine Treiber aktualisiert, und lasse seit dem meine Budget und auch die 2. FF aktiv EPG scannen (da im Moment nix an Timern anliegt).

Als kurzen Zwischenbericht kann ich sagen das nach 36h sowohl die Budget als auch die FF (bezogen auf die Treiber/Firmware Änderung von neulich) ohne Probs EPG scannen und noch immer fleissig IRQ´s produzieren, also *laufen*

Ich werde das ganze mal bis zum WE beobachten, wenn die Budget dann immer noch läuft würde ich sagen das einer der gröbsten Bugs gefixt wäre:)

Gruss

Andy

Wird es denn diesen Fix auch noch für die FF Karten geben ? Meine beiden im Stream-Server bleiben nämlich auch ca jeden Tag einmal stehen, d.h. produzieren keine Interrupts mehr und sind nur durch einen Treiberrestart wiederzubeleben. Es sind bisher nie beide stehengeblieben, sondern mal die eine mal die andere. Oder gibt es diesen Bug bei den FF Treibern garnicht und ich sollte wo anders suchen ?

@ Olaf: Nun, ohne ERRs und ohne MISs hast du eine ordentliche Grundlage zum Testen. Fein das du es so hinbekommen hast.

Gruß Tüddelkopp

Hallo!

Ich hatte mich schon so gefreut, diesen Bugfix auch auf meinem System testen zu können, aber ich vermute, daß das nicht viel Sinn macht, da ich nur eine (1.6er) FF-Karte und eine Skystar 2.6C Budget habe ... Allerdings die gleichen Probleme, weshalb ich den EPG-Scan auch abgeschaltet habe. Hat die Skystar vielleicht das gleiche / ein ähnliches Problem?

Aber falls dieser Bug behoben sein sollte, bin ich zuversichtlich, daß auch die FF-Karten und selbst die Skystar 2.6c bald sauber laufen

Gruß,

Jogi

UFO ist der von dir angesprochene fix auch im dvb-kernel-2.4 CVS enthalten ?

Gruß Tüddelkopp

Schade, dann werde ich wohl doch so langsam mal auf den 2.6er wechseln müssen.

Gruß Tüddelkopp

Großartige Arbeit UFO, fast schon außerirdisch gut!
Habe seit dem CVS Update keinen vdsb error mehr erleiden müssen,
Vielen Dank!

Zitat

Original von olafhenkel

P.S.: Andere bekommen ja die Fehlermeldungen auch und die haben net diese Monsterkisten wie ich, wollte ich nur mal so nebenbei noch anmerken

Andere schalten bei ihrem VIA Athlon-Board von einem bekannten Hersteller, der seine Bretter regelmäßig verbuggt auch nicht APIC ein.

Wie wärs wenn du das mal sein läßt und im BIOS das APIC ausmacht bzw. "noapic" dem Kernel zu fressen gibst?

Paff... VIA + AMD + ASUS + APIC an... geile Idee.

Hallo Oliver,

Zitat

Original von AnK
Habe seit dem CVS Update keinen vdsb error mehr erleiden müssen

Das ist ja geil, endlich kann ich dann wieder die WinTV Nova wieder einbauen

Danke für deine klasse arbeit an den DVB Treibern

Gruß
Viking

Zitat

Original von s_herzog
Paff... VIA + AMD + ASUS + APIC an... geile Idee.

Funktioniert problemlos. Mal so angemerkt.

wirbel

Es freut mich das es bei dir so funktioniert. Das ist aber in den seltensten fällen der Fall. Es ist wirklich ein bekanntes problem das AMD, VIA, ASUS, ACPI, APIC fast nie problemlos zusammen laufen.

Gruß Tüddelkopp

Kann ich ja nicht so recht glauben.

[edit] Dann muss es wohl so sein, siehe Beitrag unter diesem. Aber wir sollten diesen Beitrag nicht komplett mit offtopic aufweichen. gruss wirbel[/edit]

Zitat

Original von wirbel
Kann ich ja nicht so recht glauben.

Kann ich aber auch für viele ältere Boards bestätigen, allerdings trifft das auch auf andere beliebte Boardmarken zu, z.B. das Abit KT7 ...