DD Cine S2 - I2C Timeout

  • Habe jetzt schon den dritten Tag in Folge solche Meldungen im Log:


    Aufnahmen gehen so natürlich nicht und der VDr hängt sich dann auch irgendwann auf.
    Geht erst wieder, wenn ich den VDr Stromlos mache... Allerdings nicht lange. Jetz gerade kam das schon direkt nach dem Starten für einen Timer.
    Wo kann die Ursache sein?


    Auszug aus dmesg


    Hier mal ein ganzes "Log-Paket":
    https://dl.dropboxusercontent.…6/g2v_log_03082052.tar.xz

  • wenn du was an der Hardware verändert hast versuch mal dem Treiber msi=0 mitzugeben:


    cat /etc/modprobe.d/ddbridge.conf

    Code
    options ddbridge msi=0


    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



  • ddbridge mit "msi=0" als Moduloption laden dürfte das Problem dauerhaft beseitigen (das kannst Du auch permanent machen, indem Du das in einer der modules/modprobe-Conffiles in /etc einträgst, genauen Pfad kann ich Dir nachher durchgeben). Das übliche MSI/I2C Problem ist in 0.9.28 offenbar doch noch nicht beseitigt, bin selber auch in der Zwischenzeit (nach 10 Tagen Laufzeit) drübergefallen :(


    EDIT: Pfad siehe Post von CKone.

    Server: Gigabyte P35-DS4, Intel Core2Duo E6850, 4GB DDR2-RAM (Headless), Gentoo Linux x86_64 / Kernel 4.16.7 / DD CineCTv6+DuoFlex C/T/T2+DuoFlex C/C2/T/T2 w/Kernel Stock Drivers / TVHeadend-GIT-3356759d8

    HTPC: ASRock J5005-ITX (Intel Pentium Silver J5005, 1.5GHz), 8GB SO-DDR4, Intel UHD Graphics 605 in Antec Fusion Remote Black+SoundGraph iMON LCD ( 0038 ), Kodi v18 Leia
    SW: Kodi Krypton+Leia auf allerlei Gerätchen (HTPC: VAAPI+HD-Audio+LCDproc addon / Ubuntu Bionic 18.04 (x86_64), RPi2, NVIDIA Shield Android TV, Wetek Play 1@LibreELEC/NAND, Tablets, Smartphones, Win/Mac/Linux Desktops)


  • Schonmal damit probiert?


    edit: doppelt zu langsam :D

  • Danke für den Hinweis. Ich hatte kürzlich ein BIOS-Update... Auf der DD Seite steht auch was von PCI Overclock, das man auf 100 statt Auto stellen soll... Nachgeschaut und stand natürlich auf Auto. Keine Ahnung was da vorher eingestellt war. Das (Manuell 100) probiere ich jetzt erst mal aus... Als nächstes kommt dann msi=0

  • Danke für den Hinweis. Ich hatte kürzlich ein BIOS-Update... Auf der DD Seite steht auch was von PCI Overclock, das man auf 100 statt Auto stellen soll..



    Lieber MegaVolt, meintest Du, den PCI(e)-Bus zu overclocken? Irgendwie werde ich da nicht schlau draus, aber ich "fahre" schon seit Jahren mit
    options ddbridge msi=0
    und hab keine I2C-timeouts mehr.

  • Vielleicht Mainboardherstellerabhängig. Im Handbuch steht dazu:
    [Blockierte Grafik: https://i.imgur.com/Adyfcz0.png
    Stand bei mir auf Auto. Das ist wohl der Vorgabewert. Ich hatte bestimmt nicht vor da was zu Übertakten. Ich bin eher an einen Stromsparenden VDR interessiert.


    Habe es nun wie empfohlen auf Manuell und 100 gestellt. Zu mindestens gestern (6 Stunden Test) noch keine Timeouts.

Jetzt mitmachen!

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