DD Octopus DVB Adapter + Kernel 4.10

MPW · 4. April 2017

Moin zusammen,

hat schon jemand Erfahrungen mit dem Kernel 4.10 und dem Octopus-Adapter von Digital Devices?

Code

02:00.0 Multimedia controller: Digital Devices GmbH Octopus DVB Adapter (rev ff) (prog-if ff)
	!!! Unknown header type 7f
	Kernel driver in use: DDBridge

Ich habe das Board getauscht und mein Board wird leider erst von den relativ jungen Kerneln unterstützt. Daher weiß ich nicht so richtig, ob es ein Problem mit dem Board oder dem Treiber ist.

Es läuft erst, aber nicht stabil. Ich muss den VDR alle 24-48 h neu starten. Das Syslog ist dann voll von folgenden Einträgen:

Code

Apr  4 15:44:40 Server1 kernel: [242082.946028] IRS ffffffff
Apr  4 15:44:40 Server1 kernel: [242082.996757] I2C timeout
Apr  4 15:44:40 Server1 kernel: [242083.046275] IRS ffffffff
Apr  4 15:44:40 Server1 vdr: [21326] ERROR (dvbdevice.c,859): Eingabe-/Ausgabefehler
Apr  4 15:44:41 Server1 kernel: [242083.956742] I2C timeout
Apr  4 15:44:41 Server1 kernel: [242083.998405] IRS ffffffff
Apr  4 15:44:41 Server1 kernel: [242084.052734] I2C timeout
Apr  4 15:44:41 Server1 kernel: [242084.098645] IRS ffffffff

Das Kernelmodul entladen und neu laden funktioniert leider nicht, ich muss das System neu booten. Das Board ist ein ASRock J3455M mit fest verbautem Prozessor. Ich hatte vorher immer Kernel 3.16 oder so. Es ist ein Ubuntu 14.04 mit yavdr.

Hat jemand eine Idee, was das sein könnte?

Grüße
Matthias

SurfaceCleanerZ · 4. April 2017

Hi,
Welchen Treiber nutzt du denn?
MfG Stefan

MPW · 4. April 2017

Hallo Stefan,

danke für deine Antwort. Ich habe den verwendet, der automatisch im Kernel dabei ist. Oben in Zeile drei der Ausgabe von lspci heißt das Modul DDBridge. Welchen würdest du mir empfehlen?

Grüße
Matthias

PS: Unter 3.16 lief das super stabil, teilweise mit Laufzeiten mehrere Monate. Die Frage ist jetzt, ob das eine Regression ist oder ob das Board doch noch ein paar Probleme mit der Linuxunterstützung hat.

SurfaceCleanerZ · 4. April 2017

Hi,
Bist du sicher dass du bei der 3.16 die Kernel Treiber genutzt hast? Nicht die dkms...
Ich würde den neuen Treiber von nst hier im Forum mal versuchen oder die grub Einträge, die meine ich ich im Beitrag zu dem Board in einem anderen Thread hier stehen... Hpet Deaktivieren etc. Und neuestes Uefi nutzen.
MfG Stefan

MPW · 4. April 2017

Hi,

ich hatte die Karte damals extra gekauft, weil die Treiber im Kernel sind. Ich hatte da definitiv nie was per Hand kompiliert.

Das Board läuft derzeit im Bios-Modus. Eventuell könnte das das Problem sein, dass die Firmware des Boards da Probleme macht. Ich könnte mal EFI probieren.

Ich gucke mal in das andere Thema.

Grüße
Matthias

MPW · 6. April 2017

Ich hatte tatsächlich noch Bios 1.00 drauf, habe jetzt auf 1.20 aktualisiert ~~und wieder auf EFI umgestellt.~~ Mir fällt gerade auf, dass ich das blöd formuliert habe. EFI alleine hatte nichts gebracht, daran lag es nicht. Jetzt probiere ich die 1.2.0er Version. Ich werde die Tage mal schreiben, ob es jetzt stabil äuft.

Ich bin immer noch wegen des Treibers verunsichert. Gibt es einen besseren, als den, der im Kernel ist? Ich hatte eigentlich nie Probleme mit der Karte und dem Kerneltreiber.

fnu · 6. April 2017

Zitat von MPW

Gibt es einen besseren, als den, der im Kernel ist?

Wenn das Gerät mit dem im Kernel enthaltene Modul(en) fehlerfrei läuft kann es gar keinen besseren Treiber geben.

Bei einigen herrscht allerdings die Meinung, das Zusatzpaket trotzdem bessere wären Sind sie aber nur dann, wenn man etwas benötigt was der Kernel selbst nicht hergibt.

Was allerdings passieren könnte, das Module mit neueren Kernelversionen "verschlimmbessert" werden und zusätzliche Treiber das alte stabile Verhalten zurückbringen können.

Regards
fnu

MPW · 6. April 2017

Okay danke, bleibe dann erstmal bei dem Kerneltreiber.

Bisher läuft es stabil.

MPW · 12. April 2017

Der Fehler ist leider wieder da.

Ich wäre über neue Ideen dankbar.

Eventuell sollte ich mal einen anderen Treiber probieren?

fox71 · 12. April 2017

wenn ich "I2C timeout" bei DD Karten lese...

Das folgende schon probiert?

/etc/modprobe.d/ddbridge.conf

Inhalt:
options ddbridge msi=0

Gruß
Stefan

MPW · 12. April 2017

Hallo Stefan,

ich habe gerade mal den vdr angehalten, den Treiber mit rmmod entladen und neu geladen:

Code

sudo rmmod ddbridge
sudo modprobe ddbridge msi=0

Im dmesg finde ich dann folgende Einträge:

Code

[515175.759085] ddbridge: unknown parameter 'msi' ignored
[515175.759087] ddbridge: unknown parameter 'msi' ignored
[515175.760263] Digital Devices PCIE bridge driver, Copyright (C) 2010-11 Digital Devices GmbH
[515175.965752] DDBridge 0000:02:00.0: Refused to change power state, currently in D3
[515176.166382] DDBridge driver detected: Digital Devices Cine S2 V6 DVB adapter
[515176.266428] HW ffffffff FW ffffffff
[515177.273069] I2C timeout
[515177.318915] IRS ffffffff
[515178.329058] I2C timeout
[515178.371368] IRS ffffffff
[515179.385121] I2C timeout
[515179.433802] IRS ffffffff
[515180.441104] I2C timeout
[515180.486264] IRS ffffffff

Alles anzeigen

Unterstützt meine Karte diesen Parameter vielleicht nicht? Ich habe die DuoFlex L4M-Twin S2 ver. 6.2 mit vier Tunern.

Grüße
Matthias

TheChief · 12. April 2017

Zitat

modinfo ddbridge

Sollte Auskunft über die Parameter geben. Hab selbst keine solche Karte und kann dazu nichts weiter sagen.

MPW · 12. April 2017

Hi,

Code

$ modinfo ddbridge 
filename:       /lib/modules/4.10.5-041005-generic/kernel/drivers/media/pci/ddbridge/ddbridge.ko
version:        0.5
license:        GPL
author:         Ralph Metzler
description:    Digital Devices PCIe Bridge
srcversion:     CBE512BA39D73E27D8B6A0B
alias:          pci:v0000DD01d00000003sv*sd*bc*sc*i*
alias:          pci:v0000DD01d00000005sv0000DD01sd00000004bc*sc*i*
alias:          pci:v0000DD01d00000003sv0000DD01sd0000DB03bc*sc*i*
alias:          pci:v0000DD01d00000003sv0000DD01sd00000030bc*sc*i*
alias:          pci:v0000DD01d00000003sv0000DD01sd00000021bc*sc*i*
alias:          pci:v0000DD01d00000003sv0000DD01sd00000020bc*sc*i*
alias:          pci:v0000DD01d00000003sv0000DD01sd00000010bc*sc*i*
alias:          pci:v0000DD01d00000003sv0000DD01sd00000002bc*sc*i*
alias:          pci:v0000DD01d00000003sv0000DD01sd00000001bc*sc*i*
alias:          pci:v0000DD01d00000002sv0000DD01sd00000001bc*sc*i*
depends:        cxd2099,dvb-core
intree:         Y
vermagic:       4.10.5-041005-generic SMP mod_unload 
parm:           adapter_nr:DVB adapter numbers (array of short)

Alles anzeigen

Scheinbar kann die ddbridge-Version von Kernel 4.10 das nicht. Könnte ich selbst eine andere kompilieren?

Ich überlege gerade, ob die Tatsache, dass der Fehler nicht durch ent- und neuladen des Kernelmoduls behebbar ist, nicht ein Hinweis darauf ist, dass es ein Hardwareproblem oder zumindest eine Inkompatibilität gibt? Wenn der Treiber erst nach einer gewissen Zeit abstürzt, sollte sich das reparieren lassen, indem er neu geladen wird, oder?

PS: In einem Diskussionsfaden, den ich bei Google gefunden habe, hatte jemand Probleme mit dem Zusatzmodul für die zwei weiteren Tuner. Ich habe jetzt mal auf zwei Tuner reduziert, sprich die Stromversorgung und das Flachbandkabel zu der Kartenerweiterung abgezogen.

abraxas · 12. April 2017

Hi!

Versuche doch mal den Treiberstand den NST gerade versucht in den Kernel zu bringen.

http://www.vdr-portal.de/board…-ct-probleme/#post1289580

ggf. hilfts ja

MPW · 14. April 2017

Auf zwei Tuner reduzieren hat leider auch nichts gebracht. Fehler ist wieder da. Ich werde mal den verlinkten Treiber kompilieren.

achwo · 14. April 2017

Hallo,

ich melde mich hier auch mal, weil ich ein sehr ähnliches Problem habe.

> Es läuft erst, aber nicht stabil. Ich muss den VDR alle 24-48h neu starten.

Genau das muss ich auch ständig tun, alle 1-2 Tage hängt zuerst der eine Tuner (kein Empfang mehr) und dann irgendwann auch der zweite.
Timeraufnahmen sind hier ein Lotteriespiel. Mal geht`s mal nicht.

Hier meine Hardware:
MSI B250M Pro VDH
intel G4560 (Kaby Lake)
DVBSky S952 Twin
GeForce GT218
8GB Ram DDR4
64GB SATA SSD (System)
1TB SATA HDD (Aufnahmen)
PicoPSU 120W
Silverstone Grandia GD04

Software:
YAVDR 0.6
derzeit Kernel 4.4.0-72

Ich habe mich schon durch die Logs gekaut, hatte aber bisher nicht die Zeit, das mal genauer zu untersuchen, wann das denn auftaucht und dann die passenden Fehlermeldungen zu suchen. Kommt aber noch.

Bis Januar hatte ich einen laufenden VDR im gleichen Gehäuse. da war aber ein AMD Athlon 64 X2 EE mit einem ASROCK ALive 6NFG-DVI verbaut (ohne SSD, nur HDD), identische Grafik und DVB sowie Stromversorgung.
Als mir das Board abgeraucht ist (ein paar Elkos dick, ein Transistor heiß und dann irgendwann Kurzschluss) musste ich mir was Neues kaufen und habe da einfach was günstiges genommen, was ins Gehäuse passt und die nötigen PCIx-Plätze hat. MSI war mein Favorit, da ich hier schon bei 2 weiteren Systemen gute Erfahrungen sammeln konnte.

UEFI und Secure-Boot habe ich gleich deaktiviert und das System installiert. Da die DVBSky-Karte mit den alten 3er Kerneln nur lief, wenn man nach jedem Kernelupdate die Treiber neu kompilierte, war da jedesmal ne halbe Stunde Sendepause. Aber mit dieser Konstellation lief das Ding völlig problemlos jahrelang, bis das Board sich ins Nirvana beamte.

Mit dem Neuen Board habe ich natürlich gleich die neueste Version installiert, da das alte YAVDR 0.5, was auf der HDD war, gar nicht erst mit dem Mainboard gestartet ist.
Damit mir die Treiberkompiliererei erspart bleibt, habe ich den 4.4er Kernel installiert und das Ding lief direkt und zunächst "problemlos".
War aber nicht von langer Dauer. Schon am nächsten Tag war das Bild weg.

Bei mir läuft der VDR durch (24/7/365) also kein Standby und Aufwecken.

Wenn ich per FeMon auf den zweiten Tuner umschalten will (Pfeil nach rechte/links) habe ich zeitweise das Problem, dass das Bild weiß wird und der Empfang weg (kein Lock, Sync, usw)
irgendwann geht der andere Tuner dann auch nicht mehr.
Helfen tut nur ein Neustart des Rechners, Treiber entladen oder vdr Neustarten bringt nichts.

Was ich nach diversen Suchen noch probieren will:
BIOS aktualisieren - hier gibt es neuere Versionen.
Wechseln auf den Kernel 4.8 oder sogar 4.10 - testweise (wenn ich das irgendwie hinkriege)

Grüße

Achim

SurfaceCleanerZ · 15. April 2017

Hi,
was hat das mit diesem Thread, wo es um DD Karten geht zu tun?

Teste mal die grub Parameter nomsi...
https://ubuntuforums.org/showthread.php?t=1327209

Evtl. auch hpet deaktivieren dort.

mFg,
Stefan

MPW · 16. April 2017

Mein Fehler ließ sich durch den neuen Treiber nicht beheben: DD Cine CT + Duoflex CT Probleme

hoppel118 · 12. Mai 2017

Zitat von SurfaceCleanerZ

Teste mal die grub Parameter nomsi...
https://ubuntuforums.org/showthread.php?t=1327209

Evtl. auch hpet deaktivieren dort.

Moinsen,

"nomsi" könnte klappen. Hatte auch mal ähnliche Probleme mit meinem Mainboard. Die Lösung habe ich damals in diesem Thread beschrieben:

http://forum.openmediavault.or…d-error-received-id-00e0/

Gruß Hoppel

DD Octopus DVB Adapter + Kernel 4.10

Jetzt mitmachen!

Teilen

Benutzer online in diesem Thema