[gelöst] MaxS8 Karte läßt sich nicht installieren

    Hi,


    ich versuche gerade eine MaxS8 mit dem ddbridge Treiber aus dem media_build_experimental zu installieren.


    Nach einen ./build, make install, und reboot friert der Rechner beim neustart ein.


    Hier mal das log:




    Hat jemand einen Tipp für mich ?


    Grüße


    U-dog


    p.s.: Mit dem dddvb-dkms aus dem testing-repo wird die Karte nicht erkannt.

    VDR: Gigabyte P43-ES3G, Intel Pentium Dual-Core E5200, GeForce GT730

    Einmal editiert, zuletzt von u-dog ()

    wenn du keine weiteren Karten hast versuche mal bitte den beta2 von hier: http://download.digital-devices.de/download/linux/, ohne den media_build_experimental. - damit betreibe ich die Karte auch.


    Ich hatte da ähnliche Schwierigkeiten den Treiber in Gang zu kriegen, eingefroren war er hier jedoch nicht.


    Christian

    CKone: yavdr-ansible/18.04 LTS/2.4.1/kodi18 auf Intel DH67BL, Intel Celeron G540, 2x 2GB Kingston DDR3, Zotac GT630 1GB, S2-1600, Ocz Agility 3 60GB, LG GH24NS DVD, 15.6" Selbstbau TFT, Harmony 665, CIR Selbstbau - das Ganze im Silverstone SST-SG03B
    CKtwo: yavdr-ansible/18.04 LTS/2.4.1/kodi18 auf Intel DH67BL, Intel Celeron G1610, 2x 2GB Corsair DDR3, Zotac GT630 1GB, TT S2-1600, Ocz Vertex 2 50 GB, 92 Kanal Seduatmo, Harmony 665, atric USB
    CKthree: yavdr-ansible/22.04 LTS/2.6.1/kodi19.3 auf Intel NUC, Celeron J4005, UHD Graphics 600, 4GB Crucial DDR4, Ocz Vertex2 50 GB, Harmony 350

    PowerEdge: Ubuntu Server 16.04 LTS / VDR 2.4.1 auf Dell PowerEdge T20, Xeon E3-1225 v3, 16GB ECC DDR3, 2x Cine S2 V6 mit Duoflex, Samsung 840 EVO 120GB, 3x WD White WD80EZAZ 8TB in SW Raid5



    Ok, beta2 treiber installiert, nach einem modprobe ddbridge erscheint im dmesg:




    Nach einem Neustart erfolgt wieder ein freeze.


    Vieleicht noch ein tipp ? :)


    u-dog

    VDR: Gigabyte P43-ES3G, Intel Pentium Dual-Core E5200, GeForce GT730

    da müssen wohl die Profis ran.


    Kannst du die Karte mal in nem anderen Rechner testen?


    Christian

    CKone: yavdr-ansible/18.04 LTS/2.4.1/kodi18 auf Intel DH67BL, Intel Celeron G540, 2x 2GB Kingston DDR3, Zotac GT630 1GB, S2-1600, Ocz Agility 3 60GB, LG GH24NS DVD, 15.6" Selbstbau TFT, Harmony 665, CIR Selbstbau - das Ganze im Silverstone SST-SG03B
    CKtwo: yavdr-ansible/18.04 LTS/2.4.1/kodi18 auf Intel DH67BL, Intel Celeron G1610, 2x 2GB Corsair DDR3, Zotac GT630 1GB, TT S2-1600, Ocz Vertex 2 50 GB, 92 Kanal Seduatmo, Harmony 665, atric USB
    CKthree: yavdr-ansible/22.04 LTS/2.6.1/kodi19.3 auf Intel NUC, Celeron J4005, UHD Graphics 600, 4GB Crucial DDR4, Ocz Vertex2 50 GB, Harmony 350

    PowerEdge: Ubuntu Server 16.04 LTS / VDR 2.4.1 auf Dell PowerEdge T20, Xeon E3-1225 v3, 16GB ECC DDR3, 2x Cine S2 V6 mit Duoflex, Samsung 840 EVO 120GB, 3x WD White WD80EZAZ 8TB in SW Raid5



    Zitat von u-dog

    ich versuche gerade eine MaxS8 mit dem ddbridge Treiber aus dem media_build_experimental zu installieren.


    Nach einen ./build, make install, und reboot friert der Rechner beim neustart ein.


    Was ist das für ein Rechner (Mainboard, ggf. Chipsatz)?
    Was sagt "lspci -vnn"?
    Ausgabe von "cat /proc/interrupts"?


    CU
    Oliver

    Hmm, wenn ich in das erste Log schaue, "I2C read error", würde ich doch direkt auf die 3-4 Posts ab hier verweisen: Neue Karte Digital Devices MAX8 und empfehlen mal Parameter "msi=0" zu übergeben. Oder liege ich da falsch?


    Regards
    fnu

    HowTo: APT pinning

    Lt. Log verwendet der Treiber keinen MSI, also ist msi=0 sinnlos.

    Hi,


    danke für die schnelle hilfe :)


    Die letzte Ausgabe war mit options msi=0, der freeze trat auch ohne options auf


    Hier das System:
    Mainboard: Gigabyte P43-ES3G
    Northbridge : p43 Express Chipsatz
    Southbridge: ICH 10


    Karte ist wieder ausgebaut, stattdessen ist eine im Express Slot eine Cine s2 v5.5 eingebaut.



    lspci -vnn




    cat /proc/interrupts







    Grüße


    u-dog

    VDR: Gigabyte P43-ES3G, Intel Pentium Dual-Core E5200, GeForce GT730

    Hab eben die Karte wieder eingebaut


    lspci:




    und die interrupts:





    Hoffe das hilft weiter


    u-dog

    VDR: Gigabyte P43-ES3G, Intel Pentium Dual-Core E5200, GeForce GT730

    Da die ngene-Karte im gleichen PCIe-Slot (stimmt doch?) funktioniert, schließe ich einen Defekt des Mainboards schon einmal aus.


    Und da Du die Karte schon mehrfach ein- und ausgebaut hast, gehe ich davon aus, daß sie auch sauber im Slot sitzt, d.h. richtig Kontakt hat.


    Bleibt eigentlich nur noch ein Defekt der MAX S8.


    Um ganz sicher zu sein:
    Kannst Du die Karte in einem anderen Rechner - ggf. unter Windows - testen?


    CU
    Oliver

    Ja, die Karten waren im selben Slot. Das Gigabyte hat nur einen pci-express Slot.


    Im Windows-Rechenr läuft die Karte ohne probleme, schon fast erschreckend problemfrei ;)


    Grüße


    Roman

    VDR: Gigabyte P43-ES3G, Intel Pentium Dual-Core E5200, GeForce GT730

    Zitat von u-dog


    Im Windows-Rechenr läuft die Karte ohne probleme, schon fast erschreckend problemfrei ;)


    Dann ist die Karte ja doch ok...


    Habe nicht wirklich eine Ahnung, was das sein könnte. So ins Blaue hinein:
    - Prüfen, ob der Kernel mit ungewöhnlichen Boot-Optionen gestartet wird.
    - BIOS-Reset auf Default-Einstellungen.
    - BIOS-Update, falls verfügbar.


    Wäre auch interessant, ob die Karte auf der Windows-Hardware mit der Linux-Platte funktioniert.


    CU
    Oliver

    wozu ist denn der Jumper egtl genau - hatte bisher vermutet das er mit der octopus NET zusammenhängt?


    Christian

    CKone: yavdr-ansible/18.04 LTS/2.4.1/kodi18 auf Intel DH67BL, Intel Celeron G540, 2x 2GB Kingston DDR3, Zotac GT630 1GB, S2-1600, Ocz Agility 3 60GB, LG GH24NS DVD, 15.6" Selbstbau TFT, Harmony 665, CIR Selbstbau - das Ganze im Silverstone SST-SG03B
    CKtwo: yavdr-ansible/18.04 LTS/2.4.1/kodi18 auf Intel DH67BL, Intel Celeron G1610, 2x 2GB Corsair DDR3, Zotac GT630 1GB, TT S2-1600, Ocz Vertex 2 50 GB, 92 Kanal Seduatmo, Harmony 665, atric USB
    CKthree: yavdr-ansible/22.04 LTS/2.6.1/kodi19.3 auf Intel NUC, Celeron J4005, UHD Graphics 600, 4GB Crucial DDR4, Ocz Vertex2 50 GB, Harmony 350

    PowerEdge: Ubuntu Server 16.04 LTS / VDR 2.4.1 auf Dell PowerEdge T20, Xeon E3-1225 v3, 16GB ECC DDR3, 2x Cine S2 V6 mit Duoflex, Samsung 840 EVO 120GB, 3x WD White WD80EZAZ 8TB in SW Raid5



    Läuft :)


    Jumper geschlossen, Karte eingebaut, 18Beta2 Treiber gebaut und installiert, ein depmod nachgeschoben und läuft.


    in der /etc/modprobe.d/ddbridge.conf steht bei mit folgendes:


    options ddbridge fmode=1 msi=1


    um das Problem mit dem suspend zu umgehen hab ich die /etc/yavdr/force-reload-modules.list angelegt und ddbridge eingetragen


    Vielen dank an alle



    Grüße


    Roman


    P.S. Was sollen die Led's eigentlich anzeigen?

    VDR: Gigabyte P43-ES3G, Intel Pentium Dual-Core E5200, GeForce GT730

    Einmal editiert, zuletzt von u-dog ()

    Zitat von u-dog

    msi=1

    Die Einstellung ist zumindest beim dddvb Treiber Paket Standard: Neue Karte Digital Devices MAX8, aber ich meine auch bei UFOs media_build_experimental.


    rjkm


    Die Bedeutung des Jumpers würde mich auch interessieren ... :)


    :modon


    Thread verschoben, Thema ist die DVB Karte, nicht die Distribution yaVDR.


    Regards
    fnu

    HowTo: APT pinning

    Die MAX S8 kann an PCIe oder an der OctopusNet (20 pol-Konnektor, nicht mit den anderen 20-pol Konnektoren kompatibel!) betrieben werden. Dazu muß die Clock-Quelle umgeschaltet werden.


    Zur Erkennung des notwendigen Modus wird normalerweise der PCIe Card-Detect-Pin verwendet. Wenn der auf dem Motherboard nicht angeschlossen ist, ist die MAX S8 im falschen Modus. Der Jumper stellt sie manuell fest auf PCIe.


    Der Jumper war eigentlich für andere Testzwecke. Da sich dann herausstellte, daß einige Motherboards das Card-Detect verschlampt haben, wird er jetzt dafür benutzt.

    Habe leider auch weiterhin "emergency exits" beim Start von Aufnahmen, gestern um 8 und um 9. Nach dem VDR restart liefen die Aufnahmen korrekt an.


    Karte ist zwischenzeitlich getauscht. Kann ich irgendwas machen, könnt ihr gfs ein paar Logmeldungen in den Treiber bauen um zu sehen was da schief läuft?


    Christian

    CKone: yavdr-ansible/18.04 LTS/2.4.1/kodi18 auf Intel DH67BL, Intel Celeron G540, 2x 2GB Kingston DDR3, Zotac GT630 1GB, S2-1600, Ocz Agility 3 60GB, LG GH24NS DVD, 15.6" Selbstbau TFT, Harmony 665, CIR Selbstbau - das Ganze im Silverstone SST-SG03B
    CKtwo: yavdr-ansible/18.04 LTS/2.4.1/kodi18 auf Intel DH67BL, Intel Celeron G1610, 2x 2GB Corsair DDR3, Zotac GT630 1GB, TT S2-1600, Ocz Vertex 2 50 GB, 92 Kanal Seduatmo, Harmony 665, atric USB
    CKthree: yavdr-ansible/22.04 LTS/2.6.1/kodi19.3 auf Intel NUC, Celeron J4005, UHD Graphics 600, 4GB Crucial DDR4, Ocz Vertex2 50 GB, Harmony 350

    PowerEdge: Ubuntu Server 16.04 LTS / VDR 2.4.1 auf Dell PowerEdge T20, Xeon E3-1225 v3, 16GB ECC DDR3, 2x Cine S2 V6 mit Duoflex, Samsung 840 EVO 120GB, 3x WD White WD80EZAZ 8TB in SW Raid5



    Ooops, in der beta2 habe ich anscheinend den Check auf richtige Symbolrate und Frequenz noch nicht drin.
    Oliver hatte mich darauf aufmerksam gemacht, daß der VDR anscheinend manchmal da mit 0 Hz "tuned" und
    das nacheinander Demods im mxl5xx abstürzen lassen kann.

    Füge mal ganz oben in set_parameters in dddvbfrontends/mxl5xx.c


    if (p->frequency < 950000 || p->frequency > 2150000)
    return -EINVAL;
    if (p->symbol_rate < 1000000 || p->symbol_rate > 45000000)
    return -EINVAL;


    ein.
    Ggf. noch eine Ausgabe, für den Fehlerfall.

    sorry wenn ich das so einbaue dann baut es nicht mehr...


    habs ier eingesetzt, damit hat es gebaut:


    auf was soll ich im log achten bei einem emergency exit?


    bin aber auch gern bereit eine neue beta im Alltagsbetrieb zu testen :)


    Danke,
    Christian

    CKone: yavdr-ansible/18.04 LTS/2.4.1/kodi18 auf Intel DH67BL, Intel Celeron G540, 2x 2GB Kingston DDR3, Zotac GT630 1GB, S2-1600, Ocz Agility 3 60GB, LG GH24NS DVD, 15.6" Selbstbau TFT, Harmony 665, CIR Selbstbau - das Ganze im Silverstone SST-SG03B
    CKtwo: yavdr-ansible/18.04 LTS/2.4.1/kodi18 auf Intel DH67BL, Intel Celeron G1610, 2x 2GB Corsair DDR3, Zotac GT630 1GB, TT S2-1600, Ocz Vertex 2 50 GB, 92 Kanal Seduatmo, Harmony 665, atric USB
    CKthree: yavdr-ansible/22.04 LTS/2.6.1/kodi19.3 auf Intel NUC, Celeron J4005, UHD Graphics 600, 4GB Crucial DDR4, Ocz Vertex2 50 GB, Harmony 350

    PowerEdge: Ubuntu Server 16.04 LTS / VDR 2.4.1 auf Dell PowerEdge T20, Xeon E3-1225 v3, 16GB ECC DDR3, 2x Cine S2 V6 mit Duoflex, Samsung 840 EVO 120GB, 3x WD White WD80EZAZ 8TB in SW Raid5



    Einmal editiert, zuletzt von CKone ()

Jetzt mitmachen!

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

Benutzerkonto erstellen Anmelden