nach BiosUpdate geht nichts mehr

Hallo Zusammen,
so langsam komme ich mir wie ein Spammer vor.

Nachdem mein VDR lief, aber nicht wirklich stabil, siehe: VDR stürzt kurz vorm Runterfahren nach Aufnahme ab

Habe ich mich auf die weitere Fehlersuche begeben und festgestellt, dass die Version des Bios fast ein Jahr alt ist. Nun, da ich dachte, da hat sich sicher viel getan und es auch nach dem First Release des Bios aussah, machte ich ein Bios Update. Das hat auch geklappt. Seitdem ging vdr-mäßig allerdings gar nichts mehr.

Zunächst startete der X-Server gar nicht mehr, deswegen habe ich blind die neusten nvidia-Treiber installiert, 180.29, und die xorg.conf neu erstellen lassen. Siehe da, der X-Server kam wieder sauber hoch.

Allerdings liefert der vdr jetzt massiv TS continuity errors, die vorher gar nicht da waren. Die Anzeige durch das Xinelibout zuckt immer nur, wenn sich der Bildinhalt ändert. Das Bild wird auch in Fehlfarben und total zerstückelt und auch nicht kontinuerilich dargestellt.
Ich hab dann mal das Antennenkabel abgezogen und "No Signal" wird dann beständig angezeigt. Das Bild "blitzt" allerdings bei jedem Navigationsschritt im OSD.

Wenn ich die logs und Ausgaben richtig interpretiere, dann teilen sich die Grafikkarte und die DVB-C-Karte plötzlich einen IRQ. Ist es möglich, dass das neue Bios die IRQs anders verteilt? Und wenn ja, kann ich die Verteilung beeinflussen ohne den Steckplatz der DVB-C Karte zu verändern? Ist meine Interpretation überhaupt richtig? Hilfe!

Vielen Dank für etwaige Antworten.

Im angehängten Log habe ich die massiv auftretenden TS Errors entfernt.

Gruß

Tobias

So, also nach der Aktivierung von APIC sieht es mit den IRQs auch wieder ganz gut aus.

root@easyVDR:~# cat /proc/interrupts
           CPU0       CPU1
  0:        258          1   IO-APIC-edge      timer
  1:          0          2   IO-APIC-edge      i8042
  4:          6         83   IO-APIC-edge      lirc_serial
  7:          1          0   IO-APIC-edge
  8:          1          0   IO-APIC-edge      rtc0
  9:          0          0   IO-APIC-fasteoi   acpi
 12:          1          3   IO-APIC-edge      i8042
 19:        151      14981   IO-APIC-fasteoi   saa7146 (0)
 20:          1          1   IO-APIC-fasteoi   ehci_hcd:usb1
 21:        622       5071   IO-APIC-fasteoi   ohci_hcd:usb3, HDA Intel
 22:          0          1   IO-APIC-fasteoi   ehci_hcd:usb2
 23:         35       2406   IO-APIC-fasteoi   ohci_hcd:usb4, nvidia
218:         36       7428   PCI-MSI-edge      eth0
219:         23      31120   PCI-MSI-edge      ahci
NMI:          0          0   Non-maskable interrupts
LOC:     292115     305379   Local timer interrupts
RES:      33511      28674   Rescheduling interrupts
CAL:       2995       1516   function call interrupts
TLB:       6173       5361   TLB shootdowns
TRM:          0          0   Thermal event interrupts
SPU:          0          0   Spurious interrupts
ERR:          1
MIS:          0

Es gibt jetzt wieder ein Bild, allerdings flackert es extrem stark und ist voller Artefakte, Farbfehler usw. Es hagelt auch weiterhing TS continuity errors, aber am Empfang kann es nicht liegen, denn femon sagt:

root@easyVDR:~# femon
using '/dev/dvb/adapter0/frontend0'
FE: Philips TDA10023 DVB-C (CABLE)
status 1f | signal eaea | snr f7f7 | ber 00000000 | unc 000000c1 | FE_HAS_LOCK
status 1f | signal e7e7 | snr f8f8 | ber 00000000 | unc 00000000 | FE_HAS_LOCK
status 1f | signal e7e7 | snr f7f7 | ber 00000000 | unc 00000000 | FE_HAS_LOCK
status 1f | signal eaea | snr f7f7 | ber 00000000 | unc 00000000 | FE_HAS_LOCK
status 1f | signal e7e7 | snr f8f8 | ber 00000000 | unc 00000000 | FE_HAS_LOCK
status 1f | signal e7e7 | snr f7f7 | ber 00000000 | unc 00000000 | FE_HAS_LOCK
status 1f | signal e7e7 | snr f7f7 | ber 00000000 | unc 00000000 | FE_HAS_LOCK

Ich habe mal probehalber xinelibout bei Vollbild auf nein gestellt. Dadurch habe ich gesehen, dass die gesamte X-Oberfläche flackert. Dies allerdings auch nur, wenn der vdr aktiv ist. Sonst steht er schön stabil und flackert nicht.
Ich habe schon die ganzen easyvdr skripts für config-x, config-xinelibout, 1st-start usw bemüht. Leider ohne Erfolg.
Ich bin auch wieder auf die Nvidia-Treiber 177 zurück, das brachte auch keine Änderung.
Ich bin extrem ratlos, finde auch nirgendwo im Inet etwas entsprechendes.

Das Einzige, was mir auffällt ist:
Feb 27 18:33:12 (none) kernel: [ 72.765340] hda-intel: IRQ timing workaround is activated for card #0. Suggest a bigger bdl_pos_adj.
Feb 27 18:33:12 (none) vdr: [9902] TS continuity error (6)
Feb 27 18:33:12 (none) vdr: [9902] TS continuity error (5)
Feb 27 18:33:12 (none) kernel: [ 72.796485] NVRM: Xid (0002:00): 26, Ch 00000001 M 00000d00 D 05000000 intr 00400000

Bitte helft mir, ich bin für jeden Vorschlag offen!

Denn blind neuinstallieren möchte ich nicht, zumal ich ja nicht weiss, ob es hilft. Im Anhang nochmal ein aktuelles Log. Ich habe einige TS continuity Fehler gelöscht.

Hallo,
ich habe das Problem scheinbar gelöst.
Bei der Suche in den diversen Foren stieß ich auf: http://www.newegg.com/Product/ProductReview.aspx?Item=13-135-085&SortField=3&SummaryType=0&Pagesize=50&SelectedRating=-1&VideoOnlyMark=False&PageStyle=lite&Local=y

Hier wird exakt mein Problem, flackernde Grafikausgabe, Abstürze usw beschrieben mit diversen OS.

Man muss die Bios-Option HT (offensichtlich der Takt zwischen CPU und Southbridge) im Advanced Chipset Menü auf "Auto" stellen. Dann wird man dem Problem reproduzierbar Herr bzw. kann es auch wieder provozieren.

Meine Empfehlung:
Alle, die das Board ECS Elitegroup GF8200A haben, sollten das tun. Da auch die Gesamtperformance spürbar ansteigt.

Alle, die das Board noch nicht haben, kauft es nicht! Es scheint eine Krücke zu sein, zumindest nach den Berichten im Link.

Danke an alle, die sich gemeldet haben, ich hoffe, mein Problem ist gelöst. Ich werde es aber erst in einigen Tagen als gelöst markieren, wenn ich sicher bin, dass es das war.

Edit: Bis jetzt ist das System stabiler als je zuvor. Aber ich warte noch mal ein paar Tage ab.

Gruß

Tobias

Ich denke, wenn ich jetzt wieder unerklärliche Abstürze kriegen sollte, dann hau ich das Board in die Tonne

gda: Mit der alten Bios Version waren die Probleme bei mir auch nicht so extrem, aber doch nervig und vor allen Dingen nicht nachvollziehbar. Ich verstehe auch nicht, warum die Einstellung "Auto" nicht default ist. Du könntest ja mal deine Einstellung checken.