Gelöst: Meine DVB Karten werden nicht erkannt

  • Hallo erstmal,
    ich hoffe, daß das jetzt keine Noob Frage ist. Ich habe aber unter :suche nichts Passendes gefunden, und vielleicht kann mir ja jemand helfen.


    Bei meinem alten VDR hat sich vor ein paar Monaten das Board verabschiedet und nun bin ich nach langer Zeit endlich dazugekommen, ein neues einzubauen. Hab meinen Desktop PC aufgerüstet und das alte Board (Intel D875PBZ) in den VDR verpflanzt. :)
    Die Chipsätze beider Boards (das alte war ein P5P800S von Asus) sind eigentlich beinahe identisch, soweit ich das sehen kann.


    Alles funktioniert wunderbar, nur leider nicht vdr und die DVB Treiber! ;(


    Das geht schon mit lspci -v los:

    Wie man sieht, wird die Multi I/O Karte richtig erkannt, aber bei allen 4 DVB Karten steht Subsystem: Unknown device.
    Die erste und die beiden letzteren sind budget-ci, die FF ist die zweite Karte. Ganz "normale", klassische DVB Karten.


    nach modprobe dvb-ttpci und modprobe budget-ci gibt sich das Log sehr lakonisch:

    Code
    saa7146: register extension 'dvb'.
    saa7146: register extension 'budget_ci dvb'.

    Mit dem alten Board und Kernel sah das alles ganz anders aus. Da wurde das Subsystem korrekt ausgegeben, und im dmesg / syslog standen die Karten alle einzeln aufgelistet.
    Natürlich findet VDR so kein DVB device, /proc/av7110 existiert auch nicht, obwohl alle Module geladen sind:

    Nachdem alle 4 Karten betroffen sind, und keine einzige richtig registriert wird, gehe ich jetzt mal davon aus, daß dies kein Hardware Problem sein sollte? Was kann ich in der Kernel Konfiguration vergessen haben? Im BIOS hab ich auch schon probiert, den Karten andere IRQ's zuzuweisen, das geht auch, bringt aber nix.


    Eh ich jetzt anfange, das komplett montierte System wieder auseinanderzurupfen, frag ich doch lieber nochmal nach, ob jemandem was einfällt hierzu. (Auf Holz klopf...)


    Viele Grüße
    Stephan

    Intel D875PBZ, P4 3 GHz (WaKü), 1 GB RAM, TT FF 1.6 (4MB), 3 x TT Nova CI, STB's AVBoard 1.3, CrystalFontz LCD 40x4
    Kernel 2.6.23.9, Fw F12623, ReiserFS, VDR 1.5.12, UFO's refactoring driver
    Plugins: dvd, dvdselect, mp3, mplayer, streamdev, remote, lcdproc, femon, director, vdrrip, epgsearch, graphtft
    Sonstiges: vdradmin, vdrconvert, noad, acpi-wakeup

    3 Mal editiert, zuletzt von Dottore ()

  • Hi,
    das ist ja wirklich komisch, da sieht nicht eine SubsytemID so aus das der DVB-Treiber damit was anfangen kann, was hast du den da für ein Betriebssystem?


    Gruß Ulf

    Samsung UE43RU7479U, Antec Fusion Black, Prime A320m-k, Ryzen3 3200G, 2* DVB-T2,
    Yavdr-ansible auf Ubuntu Server 22.04

    Einmal editiert, zuletzt von Ulf ()

  • >> Bei meinem alten VDR hat sich vor ein paar Monaten das Board verabschiedet


    wohl auch der EEPROM Inhalt beider dvb karten? Hm.

  • Hi Ulf,


    Das ist ein generischer Kernel 2.6.23.9 (selbes Resultat unter 2.6.18.1).
    War mal eine gentoo Distribution, ist aber schon lange nur noch aus tarballs aktualisiert worden... ;)
    Der Chipsatz auf'm Board ist Intel ICH5.
    Ach Manno, ich hab immer so'n Glück und stoße auf exotische Fehler hehe....


    Grüße
    Stephan


    EDIT: wirbel: Alle 4?

    Intel D875PBZ, P4 3 GHz (WaKü), 1 GB RAM, TT FF 1.6 (4MB), 3 x TT Nova CI, STB's AVBoard 1.3, CrystalFontz LCD 40x4
    Kernel 2.6.23.9, Fw F12623, ReiserFS, VDR 1.5.12, UFO's refactoring driver
    Plugins: dvd, dvdselect, mp3, mplayer, streamdev, remote, lcdproc, femon, director, vdrrip, epgsearch, graphtft
    Sonstiges: vdradmin, vdrconvert, noad, acpi-wakeup

    Einmal editiert, zuletzt von Dottore ()

  • Zitat

    Original von Dottore
    EDIT: wirbel: Alle 4?


    Ich denke ja.


    Zitat aus vdr wiki:
    "Hinweis: die falschen Subsystem IDs sind im Beispiel 00a1:a1a0. dmesg zeigt den Erfolg:"



    Schau mal auf die Ids im Beispiel, genau die gleichen wie bei dir. Ebenfalls nach Mainboard-Tod.

  • Oh je. Und was kann man da machen?
    Heißt das, die sind alle 4 kaputt jetzt?

    Intel D875PBZ, P4 3 GHz (WaKü), 1 GB RAM, TT FF 1.6 (4MB), 3 x TT Nova CI, STB's AVBoard 1.3, CrystalFontz LCD 40x4
    Kernel 2.6.23.9, Fw F12623, ReiserFS, VDR 1.5.12, UFO's refactoring driver
    Plugins: dvd, dvdselect, mp3, mplayer, streamdev, remote, lcdproc, femon, director, vdrrip, epgsearch, graphtft
    Sonstiges: vdradmin, vdrconvert, noad, acpi-wakeup

  • Ich möchte keinesfalls ne Garantie dafür übernehmen dass es funzt, aber schau dir mal den Artikel in der wiki an.


    http://www.vdr-wiki.de/wiki/in…ured-DVB-Karte_EEPROM-Fix


    Gruss wirbel

  • :cool1
    Vielen Dank! Das werd ich jetzt mal probieren! Die Symptome passen ja 100%, drück mir die Daumen! Wow, das war echt schnelle Hilfe! (auf Holz klopf) :)

    Intel D875PBZ, P4 3 GHz (WaKü), 1 GB RAM, TT FF 1.6 (4MB), 3 x TT Nova CI, STB's AVBoard 1.3, CrystalFontz LCD 40x4
    Kernel 2.6.23.9, Fw F12623, ReiserFS, VDR 1.5.12, UFO's refactoring driver
    Plugins: dvd, dvdselect, mp3, mplayer, streamdev, remote, lcdproc, femon, director, vdrrip, epgsearch, graphtft
    Sonstiges: vdradmin, vdrconvert, noad, acpi-wakeup

  • Hinweis: Der Artikel in der wiki bezieht sich aber auf ne FF Karte!

  • Nö, die anderen stehen auch dabei! Und ich hab die alte lspci Ausgabe noch als log Datei :)

    Intel D875PBZ, P4 3 GHz (WaKü), 1 GB RAM, TT FF 1.6 (4MB), 3 x TT Nova CI, STB's AVBoard 1.3, CrystalFontz LCD 40x4
    Kernel 2.6.23.9, Fw F12623, ReiserFS, VDR 1.5.12, UFO's refactoring driver
    Plugins: dvd, dvdselect, mp3, mplayer, streamdev, remote, lcdproc, femon, director, vdrrip, epgsearch, graphtft
    Sonstiges: vdradmin, vdrconvert, noad, acpi-wakeup

  • Gemeint sind aber FF Karten soviel ich gelesen hab.


    Ich habs jedenfalls noch nie selbst probieren müssen. Und vorischtshalber nicht zu fixende Karten lieber ausbauen, immer schön vorsichtig..

  • Ich werde erst mal alle budget_ci Karten ausbauen und die FF flashen.
    Dann baue ich eine nach der anderen wieder ein.
    Die haben ja im Moment alle dieselbe Subsystem ID :(
    Bin recht optimistisch im Moment :)

    Intel D875PBZ, P4 3 GHz (WaKü), 1 GB RAM, TT FF 1.6 (4MB), 3 x TT Nova CI, STB's AVBoard 1.3, CrystalFontz LCD 40x4
    Kernel 2.6.23.9, Fw F12623, ReiserFS, VDR 1.5.12, UFO's refactoring driver
    Plugins: dvd, dvdselect, mp3, mplayer, streamdev, remote, lcdproc, femon, director, vdrrip, epgsearch, graphtft
    Sonstiges: vdradmin, vdrconvert, noad, acpi-wakeup

  • Möge die Macht mit dir sein.


    Der Warnung dass sowas schief gehn kann in der wiki ist ernst gemeint. Lieber dreimal alles vorher prüfen.

  • Puhu,
    du bist ja hartgesotten, die Karten evtl. zum Test nochmal in einen anderen Rechner stecken?


    Und wie Wirbel schon sagte UFO hat das für FF's geschrieben nicht für Budgets!


    Gruß Ulf
    wirbel macht da nicht langsam eine Kategorie "Reparaturen" oder so Sinn?

    Samsung UE43RU7479U, Antec Fusion Black, Prime A320m-k, Ryzen3 3200G, 2* DVB-T2,
    Yavdr-ansible auf Ubuntu Server 22.04

    2 Mal editiert, zuletzt von Ulf ()

  • Zitat

    Original von ULF
    Puhu,
    du bist ja hartgesotten, die Karten evtl. zum Test nochmal in einen anderen Rechner stecken?


    Nix da! Nur die Harten kommen in den Garten! :lachen1


    So. Ich hab jetzt erstmal alle 4 Karten auf 13c2:100f gepatcht, dann die 3 budgets ausgebaut, die FF nochmal auf den richtigen Wert (13c2:0000) gepatcht (die FF auszubauen ist ein Irrsinns Aufwand, dank des völlig hirntot angebrachten Sat Anschlusses ?() , und alles wieder zusammengeschraubt. Funktioniert.
    Die Dinger haben auch plötzlich irgendwie wieder sinnvolle IRQ's hehe:

    Und jetzt sieht das syslog so aus:

    Respekt, Wirbel, wenn Du mal nach München kommst hast Du ein paar Bierchen gut bei mir (und UFO einen Single Malt)!
    :portal3


    Und, hey, das war mal ein echt fieses Problem. Aber dank Wirbel dann doch keines.
    Und natürlich ist das alles nicht zur Nachahmung empfohlen :D


    Euer Stephan

    Intel D875PBZ, P4 3 GHz (WaKü), 1 GB RAM, TT FF 1.6 (4MB), 3 x TT Nova CI, STB's AVBoard 1.3, CrystalFontz LCD 40x4
    Kernel 2.6.23.9, Fw F12623, ReiserFS, VDR 1.5.12, UFO's refactoring driver
    Plugins: dvd, dvdselect, mp3, mplayer, streamdev, remote, lcdproc, femon, director, vdrrip, epgsearch, graphtft
    Sonstiges: vdradmin, vdrconvert, noad, acpi-wakeup

    5 Mal editiert, zuletzt von Dottore ()

  • Super. :)


    Noch ein paar Kommentare..


    a) Ulf hat Recht, es macht absolut Sinn vorher solche Karten in einem zweiten Rechner gegen zu checken.


    b) ohne UFO, der sich das passende Tool dazu ausgedacht hat (und sicher einige andre die beigetragen haben..), ohne dieses Portal und Nutzer die wissen was und wo zu finden ist wäre so eine schnelle Lösung nicht möglich gewesen


    c) dieser Tipp ist trotz doch anscheinend so einfacher Lösung ein tiefer Eingriff in die Hardware der durchaus schiefgehen kann.


    d) an diesem Fehler hättest du ohne Hilfe aus dem Portal und Wiki sicher *ewig* gesucht, andere Treiber und Distributionen ausprobiert, ein andres Mainboard probiert...


    e) VDR, dieses portal hier, die vdr-wiki,... leben vom Mitmachen. Es gibt viele Möglichkeiten:
    - Neulinge unterstützen
    - ne kleine PayPal Spende für dieses Forum
    - ein paar Software Schnipsel
    - kostenloser webspace bereitstellen
    - Mithilfe in der wiki
    was auch immer.

  • Hi Wirbel!


    Zitat

    Original von wirbel
    a) Ulf hat Recht, es macht absolut Sinn vorher solche Karten in einem zweiten Rechner gegen zu checken.


    Klar, wenn man noch einen mit normalen PCI Steckplätzen hat...


    Zitat

    b) ohne UFO, der sich das passende Tool dazu ausgedacht hat (und sicher einige andre die beigetragen haben..), ohne dieses Portal und Nutzer die wissen was und wo zu finden ist wäre so eine schnelle Lösung nicht möglich gewesen


    In der Tat, das ist mir völlig bewußt!


    Zitat

    c) dieser Tipp ist trotz doch anscheinend so einfacher Lösung ein tiefer Eingriff in die Hardware der durchaus schiefgehen kann.


    d) an diesem Fehler hättest du ohne Hilfe aus dem Portal und Wiki sicher *ewig* gesucht, andere Treiber und Distributionen ausprobiert, ein andres Mainboard probiert...


    Ich hätte wahrscheinlich den gesamten VDR so wie er ist zum Wertstoffhof gebracht... ;)
    In dem Ding steckt dermaßen viel Zeit und Geld drin, das ist schon nicht mehr lustig, aber an diesem Problem hätte ich entnervt aufgegeben.
    Da wäre ich tatsächlich niemals selber draufgekommen.



    Spende ist erledigt, und auf die eine oder andere Weise werde ich sicherlich auch immer wieder mal beitragen.


    Vielen Dank nochmal an alle, speziell UFO und Dich, das war wirklich großes Kino.


    Euer Stephan

    Intel D875PBZ, P4 3 GHz (WaKü), 1 GB RAM, TT FF 1.6 (4MB), 3 x TT Nova CI, STB's AVBoard 1.3, CrystalFontz LCD 40x4
    Kernel 2.6.23.9, Fw F12623, ReiserFS, VDR 1.5.12, UFO's refactoring driver
    Plugins: dvd, dvdselect, mp3, mplayer, streamdev, remote, lcdproc, femon, director, vdrrip, epgsearch, graphtft
    Sonstiges: vdradmin, vdrconvert, noad, acpi-wakeup

  • Hi,


    leider ist nicht klar, wie es zum Überschreiben der IDs kommt. In diesem Fall wurden ja sogar die IDs aller(!) saa7146-Karten im System mit dem gleichen Wert überschrieben.


    Als Ursache wäre ein noch unentdeckter kapitaler Bug im Treiber denkbar, oder ein Programm, das auf alle I2C-Busse des Systems zugreift. :schiel


    Wie auch immer, es läuft ja wieder. ;)


    CU
    Oliver


    P.S.:
    fix_eeprom war nicht nur für FF-Karten gedacht, sondern funktioniert natürlich mit allen saa7146-basierten Karten.

  • Ich tippe auf den Bug im Treiber. ;)


    Es kommt zu oft vor und zu systematisch um an einen Zufall zu glauben.

  • Zitat

    Original von wirbel
    Ich tippe auf den Bug im Treiber. ;)


    Es kommt zu oft vor und zu systematisch um an einen Zufall zu glauben.


    Eigentlich tritt es ziemlich selten auf. Und wenn es auftritt, ist nicht herauszukriegen, wie es passiert ist. (Karten wurden sehr oft über Ebay verscherbelt.)


    Hm - wie sollte sich ein sporadisch zuschlagender Treiber-Bug gleichzeitig auf alle Karten auswirken können? Die Zugriffe auf die Karten erfolgen ja nicht gleichzeitig.


    Obwohl ich hier alles Mögliche mit den Karten anstelle, hatte ich das Problem noch nie.


    Da alle Karten gleichzeitig betroffen waren, tippe ich auf irgendein Programm, das auf alle I2C-Busse des Systems zugreift. (Z.B. irgendetwas, was auf den I2C-Bussen nach einer bestimmten Hardware sucht.)


    CU
    Oliver

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!