Cine S2 V7A und frontend timed out bei hohen C-States

Hallo zusammen,

nach dem ich Jahre lang erfolgreich einen klassischen VDR betrieben habe, wurde es mal Zeit für etwas neues. Also habe ich mir eine neue Cine S2 V7A gegönnt und diese in meinen Proxmox Server eingebaut. Mittels Passthrough diese an eine kvm weitergereicht. In dieser Debian 9 den vdr und 3 plugins (live, vnsiserver und streamdev) installiert. Soweit, so gut. VDR startet und ich kann z.B. mittels Kodi Live TV schauen. Es gibt ein astreines Bild ohne Klötzchen usw. Nur hält das Vergnügen nicht lange. Ähnlich wie im Thread Digital Devices Max S8 funktioniert der VDR nur nach einem Neustart. Nach einiger Zeit der Untätigkeit kommt dann die Meldung frontend 0/0 timed out while tuning to channel. Es sind auch beide adapter betroffen. Wenn nun z.B. Kodi wieder auf den VDR zugreifen möchte, dann wird die Fehlermeldung no data channel 16 geloggt. Auf dem Host werden keine relevanten Meldungen geloggt.

Ein Neustart des VDR beseitigt das Problem nicht. Ein Entladen und Neuladen vom Modul ddbridge (neuste Version) schon.

Nach ein paar kurzen Tests habe ich dann festgestellt, dass der VDR anscheinend stabil läuft, wenn ich im Bios die Package C-States auf 0 stelle. Mainboard ist ein Fujitsu D3417-B1. Allerdings habe ich das Mainboard und die Cine S2 extra wegen der Stromspar-Fähigkeiten angeschafft.

Wenn jemand eine Tip hat wo der Fehler zu suchen ist, wäre ich sehr erfreut.

LG Markus

Zitat von SurfaceCleanerZ

Hi,

evtl. mal die grub Features hpet und nomsi versuchen.

gerade mal ausprobiert. Leider keine Besserung. Nach 2 bis 3 Minuten Untätigkeit kommen die frontend timed out Meldungen. Das ist schon seltsam. Der Tuner scheint ja in Ordnung zu sein, sonst würde es mit C-States = 0 ja nicht klappen.

Habe gerade mal yavdr installiert. Da ist das dynymite-plugin ja schon installiert. Aber auch hier keine Besserung.

Hi Stefan,

schon mal vielen Dank für Deine Hilfe.

Habe jetzt mal ein Ubuntu 17.04 mit Kernel 4.14 rc3 aufgesetzt. Die cine S2 V7A läuft damit ootb. Das ist prima. Nach zwei Minuten kam dann die Ernüchterung. Der alt bekannte Fehler. Es scheint ein stabiler Betrieb nur mit C-States=0, zumindestens bei meinem Board (Fujitsu D3417-B1) möglich zu sein. Vielleicht liegts ja am passthrough zur virtuellen Maschine. Versuche es jetzt nochmal mit lxc Containern.

LG Markus

Zitat von devzero

Vor dem Kauf der Hardware informieren.

Digital Devices schreibt das sogar im Handbuch, dass es abgeschaltet sein sollte.

Ist immer eine gute Idee, habe mich vor dem Kauf auch eingehend informiert. Aber anscheinend das Wesentliche übersehen.

Die Stelle, wo das abgeschaltet werden soll finde ich allerdings nicht. Abgesehen davon ist hier ein Bug vorhanden und kann vielleicht durch Beta-Tester behoben werden.

So, nun habe ich die Karte mal in einem lxc Container ausprobiert. D.h. den aktuellen ddbridge Treiber auf dem Proxmox Host installiert und dann /dev/dvb in den Container gemountet.

Bisher läuft das ganze stabil

Mal abwarten. Wenns so weiterhin stabil laufen würde, dann wäre mir die lxc Lösung auch angenehmer, da sie nochmals leichtgewichtiger ist als ein kleiner Debian VDR in einer kvm.