FF DVB-S (Haupauge) läuft nicht mehr nach Squeeze update

  • Hallöle,


    ich habe leichte Probleme meine FF Karte unter Squeeze zur Mitarbeit zu bewegen. Unter Lenny läuft sie hervorragend, Squeeze bricht immer ab:


    ------------------------------------------------------------
    [ 4.229127] saa7146: register extension 'dvb'.
    [ 4.230134] dvb 0000:00:00.0: enabling device (0000 -> 0002)
    [ 4.230544] dvb 0000:00:00.0: Xen PCI enabling IRQ: 18
    [ 4.231258] IRQ 18/: IRQF_DISABLED is not guaranteed on shared IRQs
    [ 4.231605] saa7146: found saa7146 @ mem e087a000 (revision 1, irq 18) (0x13c2,0x0000).
    [ 4.231925] dvb 0000:00:00.0: firmware: requesting dvb-ttpci-01.fw
    [ 4.291798] DVB: registering new adapter (Technotrend/Hauppauge WinTV DVB-S rev1.X or Fujitsu Siemens DVB-C)
    [ 4.294917] adapter has MAC addr = 00:d0:5c:00:41:9f
    [ 4.300804] dvb 0000:00:00.0: firmware: requesting av7110/bootcode.bin
    [ 4.326746] dvb-ttpci: load_dram(): timeout at block 0
    [ 4.326774] dvb-ttpci: av7110_bootarm(): load_dram() failed
    ------------------------------------------------------------


    Alles was ich bisher im Netz gefunden habe läuft auf ein Hardwareproblem zu - was ich aber nicht glauben mag, da die Karte unter Lenny (nach wie vor) funtkioniert.:


    ------------------------------------------------------------
    4.136588] saa7146: register extension 'dvb'.
    [ 4.137102] dvb 0000:00:00.0: enabling device (0000 -> 0002)
    [ 4.138213] saa7146: found saa7146 @ mem ffffc20000024000 (revision 1, irq 18) (0x13c2,0x0000).
    [ 4.138264] firmware: requesting dvb-ttpci-01.fw
    [ 4.230207] DVB: registering new adapter (Technotrend/Hauppauge WinTV DVB-S rev1.X or Fujitsu Siemens DVB-C)
    [ 4.236553] adapter has MAC addr = 00:d0:5c:00:41:9f
    [ 4.444104] dvb-ttpci: gpioirq unknown type=0 len=0
    [ 4.461643] dvb-ttpci: info @ card 0: firm f0240009, rtsl b0250018, vid 71010068, app 8000261d
    [ 4.461670] dvb-ttpci: firmware @ card 0 supports CI link layer interface
    [ 4.629094] dvb-ttpci: adac type set to 0 @ card 0
    [ 4.637135] saa7146_vv: saa7146 (0): registered device video0 [v4l2]
    [ 4.637186] saa7146_vv: saa7146 (0): registered device vbi0 [v4l2]
    [ 4.812113] ves1x93: Detected ves1893a rev2
    [ 4.812148] DVB: registering frontend 0 (VLSI VES1x93 DVB-S)...
    [ 4.812383] input: DVB on-card IR receiver as /class/input/input1
    [ 4.840189] dvb-ttpci: found av7110-0.
    ------------------------------------------------------------


    Ich habe schon mit diversen dvb-ttpci-01.fw-Versionen herumgespielt, alle zeigen dasselb Ergebnis. Auch die bootcode.bin habe ich aus verschiedenen Quellen verändert (wobei sie immer gleich war) - kein Unterschied.


    Hat jemand eine Idee ?


    Danke und ciao - Michael


  • Gerade unter Debian Squeeze mit einer FF Rev 1.3 getestet:
    Bei mir funktioniert es...


    CU
    Oliver

  • Hi Oliver,


    danke für's testen. Also kein generelles Prob sondern eines das nur mein System betrifft. Hmm, eine Idee wie man es noch weiter debuggen kann ? Wo kommt das bootcode.bin eigentlich her - bei älteren Versionen war das doch nicht nötig ...


    Cheers - Michael

  • Zitat

    Original von poldy42
    Hi Oliver,


    danke für's testen. Also kein generelles Prob sondern eines das nur mein System betrifft. Hmm, eine Idee wie man es noch weiter debuggen kann ?


    Keine Ahnung, möglicherweise hat dieser Kernel ein Problem mit dem PCI-Chipsatz-Treiber für Dein Mainboard...


    Passiert das immer, d.h. auch wenn man nach dem Booten von Hand
    - rmmod dvb-ttpci
    - modprobe dvb-ttpci
    ausführt?


    Zitat


    Wo kommt das bootcode.bin eigentlich her - bei älteren Versionen war das doch nicht nötig ...


    Irgendwann kamen ein paar Kernel-Freaks auf die Idee, daß so ein Bootcode im Treiber etwas ganz Furchtbares ist - selbst wenn er unter GPL steht. (Wenn es keine Probleme mehr gibt, macht man sich welche.)


    CU
    Oliver

  • Sicher, daß bootcode.bin tatsächlich schon compiliert ist und nicht noch im Quellcode vorliegt? Bei mir hat das exakt diese Fehlermeldung produziert, habe auch erst einen Hardware-Fehler vermutet bis ich in die Datei geschaut habe. Compilieren hat geholfen. ;)

  • Zitat

    Original von mithrandir
    Sicher, daß bootcode.bin tatsächlich schon compiliert ist und nicht noch im Quellcode vorliegt? Bei mir hat das exakt diese Fehlermeldung produziert, habe auch erst einen Hardware-Fehler vermutet bis ich in die Datei geschaut habe. Compilieren hat geholfen. ;)


    Ich bezweifle, daß Du bootcode.bin selbst kompiliert hast. Dazu bräuchte man nämlich eine ARM-Entwicklungsumgebung, die kaum einer haben dürfte.


    Aber die richtige Datei muß es natürlich sein:

    Code
    md5sum /lib/firmware/av7110/bootcode.bin
    9158f1b596959cfd43cd1a462ee6f77c  /lib/firmware/av7110/bootcode.bin


    CU
    Oliver

  • Guten Abend !


    Zitat

    Original von UFO
    Aber die richtige Datei muß es natürlich sein:

    Code
    md5sum /lib/firmware/av7110/bootcode.bin
    9158f1b596959cfd43cd1a462ee6f77c  /lib/firmware/av7110/bootcode.bin


    CU
    Oliver


    root@vdr17:~# rmmod dvb-ttpci
    [ 42.391181] saa7146: unregister extension 'dvb'.


    root@vdr17:~# modprobe dvb-ttpci
    [ 54.504195] saa7146: register extension 'dvb'.
    [ 54.504450] dvb 0000:00:00.0: Xen PCI enabling IRQ: 18
    [ 54.504457] xen_allocate_pirq: returning irq 18 for gsi 18
    [ 54.504793] IRQ 18/: IRQF_DISABLED is not guaranteed on shared IRQs
    [ 54.504815] saa7146: found saa7146 @ mem e0a38000 (revision 1, irq 18) (0x13c2,0x0000).
    [ 54.504829] dvb 0000:00:00.0: firmware: requesting dvb-ttpci-01.fw
    [ 54.516326] DVB: registering new adapter (Technotrend/Hauppauge WinTV DVB-S rev1.X or Fujitsu Siemens DVB-C)
    [ 54.519350] adapter has MAC addr = 00:d0:5c:00:41:9f
    [ 54.528072] dvb 0000:00:00.0: firmware: requesting av7110/bootcode.bin
    [ 54.542482] dvb-ttpci: load_dram(): timeout at block 0
    [ 54.542497] dvb-ttpci: av7110_bootarm(): load_dram() failed


    root@vdr17:~# md5sum /lib/firmware/av7110/bootcode.bin
    9158f1b596959cfd43cd1a462ee6f77c /lib/firmware/av7110/bootcode.bin


    Also Fehler ist reproduzierbar und die bootcode.bin ist offensichtlich gleich.


    Ich habe den VErdacht das es an meiner Xen Erweiterung liegen könnte. Konstrukt ist nämlich das unten ein lenny mit Xen 3.4x lüppt und die PCI-DVBS Karte durchgereicht wird. Nicht das sich im Zusammenspiel Xen/Lenny <-> Xen/Squeeze irgendwelche Unwägbarkieten ergeben. Ich installiere gleich einmal eine Squeeze außerhalb von Xen auf der selben Kiste, schauen ob der Fehler danach noch auftaucht.


    Danke erstmal !


    Bis neulich - Michael

  • Zitat

    Original von poldy42
    Also Fehler ist reproduzierbar und die bootcode.bin ist offensichtlich gleich.


    Ich habe den VErdacht das es an meiner Xen Erweiterung liegen könnte. Konstrukt ist nämlich das unten ein lenny mit Xen 3.4x lüppt und die PCI-DVBS Karte durchgereicht wird. Nicht das sich im Zusammenspiel Xen/Lenny <-> Xen/Squeeze irgendwelche Unwägbarkieten ergeben. Ich installiere gleich einmal eine Squeeze außerhalb von Xen auf der selben Kiste, schauen ob der Fehler danach noch auftaucht.


    Hättest ja gleich schreiben können, daß Du XEN verwendest. :(
    Es gab auch schon Probleme beim Durchreichen einer cineS2 mit Kernel 2.6.36.


    CU
    Oliver

  • Zitat

    Original von UFO
    Hättest ja gleich schreiben können, daß Du XEN verwendest. :(
    Es gab auch schon Probleme beim Durchreichen einer cineS2 mit Kernel 2.6.36.


    Sorry - ging ja unter lenny und so habe ich den Fehler erstmal auf die neue Komponente geschoben :)


    Aber es ist definitv Xen - Squeeze auf der selben Kiste plain installiert - DVB geht.


    F*ck, wieder stundenlang mit den Xen-Optionen rumspielen .... oder mich vom Konzept der virtuellen Maschinen verabschieden :(


    Danke und schönen Abend - Michael

  • Ich hatte jetzt das gleiche Problem, als ich meinen vdr domu auf squeeze aktualisiert hatte.Ich betreibe den vdr unter xen schon seit einigen Jahren ohne Probleme. Der alte VDR war noch auf etch-Basis mit vdr 1.6 mit zwei Karten, eine FF und eine Budget.


    Auf dem neuen vdr mit squeeze x64 und vdr 1.7 trat bei mir der gleicher Fehler wie bei poldy42 auf.

    Zitat

    ...
    [ 4.300804] dvb 0000:00:00.0: firmware: requesting av7110/bootcode.bin
    [ 4.326746] dvb-ttpci: load_dram(): timeout at block 0
    [ 4.326774] dvb-ttpci: av7110_bootarm(): load_dram() failed
    ...


    Ich habe einige Zeit recherchiert. Da keine Lösung in Sicht war, stand ich kurz vor davor, andere Virtualisierungslösungen wie z.B. ESXi, zu versuchen.


    Auf der folgende Seite habe ich dann aber noch den entscheidenen Hinweis gefunden
    http://wiki.xensource.com/xenwiki/XenPCIpassthrough


    Die Lösung ist den folgenden Parameter bei den Kernel Boot Options für die DoimU einzutragen:

    Code
    swiotlb=force


    Jetzt ist der Fehler und der DomU VDR sieht jetzt wieder beide Karten.



    Joesy

  • komisch..??


    stand gerade vor dem gleichen Problem...
    - Skystar 2 mit VDR 1.6 läuft unter Debian lenny Dom0 in einer lenny DomU
    Kernel Parameter extra = 'swiotlb=force'


    - neue Installation mit VDR 1.7 in einer Squeeze DomU
    kein Bild, keine Ergebnisse bei scan und w_scan
    kernel Parameter extra = 'iommu=soft' gesetzt (steht so auch in der Xen Doku)


    jetzt läuft alles :]

    ------------------------------------------------------------------------------------------------------------------------------------------------------------
    VDR1: M4N78-VM:AMD XII 215e:Tevii S470PCIe: yaVDR 0.5a
    VDR Neu: Q1900M, Cine S2: yavdr 0.6
    VDR Server: Debian testing Dom0 XEN 4.6, Tevii S470 PCIe running in HVM Trusty DomU

Jetzt mitmachen!

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