CineS2 v7A Probleme unter VMWare ESXi 6.5 in Ubuntu VM

Quote from Olsche

Jetzt habe ich alles installiert. Im ersten Versuch war es nur der nackte Kernel. Hatte deinen zweiten Post zwar gelesen, aber es war wohl noch zu früh am Morgen.

Modinfo:

Code

root@VDRServer:/home/olaf# modinfo ddbridge
filename:       /lib/modules/4.14.0-041400rc5-generic/kernel/drivers/media/pci/ddbridge/ddbridge.ko
version:        0.9.32-integrated
license:        GPL
author:         Ralph and Marcus Metzler, Metzler Brothers Systementwicklung GbR
description:    Digital Devices PCIe Bridge
srcversion:     533BB7E5866E52F63B9ACCB
alias:          pci:v0000DD01d00000329sv0000DD01sd*bc*sc*i*
alias:          pci:v0000DD01d00000328sv0000DD01sd*bc*sc*i*
alias:          pci:v0000DD01d00000323sv0000DD01sd*bc*sc*i*
alias:          pci:v0000DD01d00000322sv0000DD01sd*bc*sc*i*
alias:          pci:v0000DD01d00000321sv0000DD01sd*bc*sc*i*
alias:          pci:v0000DD01d00000320sv0000DD01sd*bc*sc*i*
alias:          pci:v0000DD01d00000220sv0000DD01sd*bc*sc*i*
alias:          pci:v0000DD01d00000210sv0000DD01sd*bc*sc*i*
alias:          pci:v0000DD01d00000203sv0000DD01sd*bc*sc*i*
alias:          pci:v0000DD01d00000201sv0000DD01sd*bc*sc*i*
alias:          pci:v0000DD01d00000013sv0000DD01sd*bc*sc*i*
alias:          pci:v0000DD01d00000012sv0000DD01sd*bc*sc*i*
alias:          pci:v0000DD01d00000011sv0000DD01sd*bc*sc*i*
alias:          pci:v0000DD01d00000008sv0000DD01sd*bc*sc*i*
alias:          pci:v0000DD01d00000007sv0000DD01sd*bc*sc*i*
alias:          pci:v0000DD01d00000006sv0000DD01sd*bc*sc*i*
alias:          pci:v0000DD01d00000005sv0000DD01sd*bc*sc*i*
alias:          pci:v0000DD01d00000003sv0000DD01sd*bc*sc*i*
alias:          pci:v0000DD01d00000002sv0000DD01sd*bc*sc*i*
depends:        cxd2099,dvb-core
name:           ddbridge
vermagic:       4.14.0-041400rc5-generic SMP mod_unload 
parm:           fmode:frontend emulation mode (int)
parm:           fmode_sat:set frontend emulation mode sat (int)
parm:           old_quattro:old quattro LNB input order  (int)
parm:           adapter_nr:DVB adapter numbers (array of short)
parm:           adapter_alloc:0-one adapter per io, 1-one per tab with io, 2-one per tab, 3-one for all (int)
parm:           msi:Control MSI interrupts: 0-disable (default), 1-enable (int)
parm:           ci_bitrate: Bitrate in KHz for output to CI. (int)
parm:           ts_loop:TS in/out test loop on port ts_loop (int)
parm:           xo2_speed:default transfer speed for xo2 based duoflex, 0=55,1=75,2=90,3=104 MBit/s, default=2, use attribute to change for individual cards (int)
parm:           alt_dma:use alternative DMA buffer handling (int)
parm:           no_init:do not initialize most devices (int)
parm:           stv0910_single:use stv0910 cards as single demods (int)

Display More

und hier das syslog beim manuellen laden von ddbridge:

Code

Oct 23 13:25:43 VDRServer kernel: [  218.527740] ddbridge: Digital Devices PCIE bridge driver 0.9.32-integrated, Copyright (C) 2010-17 Digital Devices GmbH
Oct 23 13:25:43 VDRServer kernel: [  218.528314] ddbridge 0000:02:00.0: detected Digital Devices Cine S2 V7 Advanced DVB adapter
Oct 23 13:25:43 VDRServer kernel: [  218.528354] ddbridge 0000:02:00.0: HW 00010005 REGMAP 00010005
Oct 23 13:25:43 VDRServer kernel: [  218.528466] ddbridge 0000:02:00.0: using 1 MSI interrupt(s)
Oct 23 13:25:43 VDRServer kernel: [  218.641078] ddbridge 0000:02:00.0: Port 0: Link 0, Link Port 0 (TAB 1): DUAL DVB-S2
Oct 23 13:25:43 VDRServer kernel: [  218.642149] ddbridge 0000:02:00.0: Port 1: DuoFlex CI 1.1
Oct 23 13:25:43 VDRServer kernel: [  218.755593] ddbridge 0000:02:00.0: Port 1: Link 0, Link Port 1 (TAB 2): DuoFlex CI
Oct 23 13:25:43 VDRServer kernel: [  218.756686] ddbridge 0000:02:00.0: Port 2: Link 0, Link Port 2 (TAB 3): DuoFlex CI_B
Oct 23 13:25:43 VDRServer kernel: [  218.757822] ddbridge 0000:02:00.0: Port 3: Link 0, Link Port 3 (TAB 4): NO MODULE
Oct 23 13:25:43 VDRServer kernel: [  218.759808] dvbdev: DVB: registering new adapter (DDBridge)
Oct 23 13:25:43 VDRServer kernel: [  218.759812] dvbdev: DVB: registering new adapter (DDBridge)
Oct 23 13:25:43 VDRServer kernel: [  218.759814] dvbdev: DVB: registering new adapter (DDBridge)
Oct 23 13:25:43 VDRServer kernel: [  218.759816] dvbdev: DVB: registering new adapter (DDBridge)
Oct 23 13:25:43 VDRServer kernel: [  218.780640] i2c i2c-4: ST STV0910 demod found at adr 68 on i2c-4
Oct 23 13:25:43 VDRServer kernel: [  218.781088] i2c i2c-4: lnbh25_set_voltage(): I2C transfer error (-5)
Oct 23 13:25:43 VDRServer kernel: [  218.782926] i2c i2c-4: lnbh25_attach(): no LNBH25 found at I2C addr 0x0c
Oct 23 13:25:43 VDRServer kernel: [  218.813032] i2c i2c-4: lnbh25_attach(): attached at I2C addr 0x08
Oct 23 13:25:43 VDRServer kernel: [  218.815159] ddbridge 0000:02:00.0: DVB: registering adapter 0 frontend 0 (ST STV0910)...
Oct 23 13:25:43 VDRServer kernel: [  218.815984] i2c i2c-4: ST STV0910 demod found at adr 68 on i2c-4
Oct 23 13:25:43 VDRServer kernel: [  218.816145] i2c i2c-4: lnbh25_set_voltage(): I2C transfer error (-5)
Oct 23 13:25:43 VDRServer kernel: [  218.819253] i2c i2c-4: lnbh25_attach(): no LNBH25 found at I2C addr 0x0d
Oct 23 13:25:43 VDRServer kernel: [  218.849033] i2c i2c-4: lnbh25_attach(): attached at I2C addr 0x09
Oct 23 13:25:43 VDRServer kernel: [  218.851168] ddbridge 0000:02:00.0: DVB: registering adapter 1 frontend 0 (ST STV0910)...
Oct 23 13:25:43 VDRServer kernel: [  218.861055] ddbridge 0000:02:00.0: DVB: adapter 0 frontend 0 frequency 0 out of range (950000..2150000)
Oct 23 13:25:43 VDRServer tvheadend[1425]: linuxdvb: adapter added /dev/dvb/adapter0
Oct 23 13:25:43 VDRServer kernel: [  218.862802] ddbridge 0000:02:00.0: DVB: adapter 1 frontend 0 frequency 0 out of range (950000..2150000)
Oct 23 13:25:43 VDRServer tvheadend[1425]: linuxdvb: adapter added /dev/dvb/adapter1
Oct 23 13:25:45 VDRServer tvheadend[1425]: linuxdvb: adapter added /dev/dvb/adapter2
Oct 23 13:25:46 VDRServer kernel: [  221.569501] dvb_ca_en50221: dvb_ca adapter 2: DVB CAM detected and initialised successfully
Oct 23 13:25:47 VDRServer tvheadend[1425]: linuxdvb: adapter added /dev/dvb/adapter3

Display More

Ich teste jetzt mit options ddbridge msi=1. Feedback kommt.

Hallo zusammen,

was ist eigentlich aus dem Thema mit

lnbh25_set_voltage(): I2C transfer error (-5)
lnbh25_attach(): no LNBH25 found at I2C addr 0x0c

geworden?

Habe von einer Cine S2 v5.5 (mit DuoFlex) wegen permanenten Bildfehlern auf eine v7A (mit der alten DuoFlex) gewechselt. Jetzt habe ich genau die gleichen "Fehler" im Log:

[   11.429147] ddbridge: Digital Devices PCIE bridge driver 0.9.31intermediate-integrated, Copyright (C) 2010-17 Digital Devices GmbH
[   11.432644] ddbridge 0000:02:00.0: detected Digital Devices Cine S2 V7 Advanced DVB adapter
[   11.432667] ddbridge 0000:02:00.0: HW 00010005 REGMAP 00010005
[   11.549096] ddbridge 0000:02:00.0: Port 0: Link 0, Link Port 0 (TAB 1): DUAL DVB-S2
[   11.550088] ddbridge 0000:02:00.0: Port 1: Link 0, Link Port 1 (TAB 2): DUAL DVB-S2
[   11.551498] ddbridge 0000:02:00.0: Port 2: Link 0, Link Port 2 (TAB 3): NO MODULE
[   11.553656] ddbridge 0000:02:00.0: Port 3: Link 0, Link Port 3 (TAB 4): NO MODULE
[   11.554180] dvbdev: DVB: registering new adapter (DDBridge)
[   11.554181] dvbdev: DVB: registering new adapter (DDBridge)
[   11.554182] dvbdev: DVB: registering new adapter (DDBridge)
[   11.554182] dvbdev: DVB: registering new adapter (DDBridge)
[   11.586924] i2c i2c-0: ST STV0910 demod found at adr 68 on i2c-0
[   11.593002] i2c i2c-0: lnbh25_set_voltage(): I2C transfer error (-5)
[   11.593004] i2c i2c-0: lnbh25_attach(): no LNBH25 found at I2C addr 0x0c
[   11.624073] i2c i2c-0: lnbh25_attach(): attached at I2C addr 0x08
[   11.643800] ddbridge 0000:02:00.0: DVB: registering adapter 0 frontend 0 (ST STV0910)...
[   11.644447] i2c i2c-0: ST STV0910 demod found at adr 68 on i2c-0
[   11.644588] i2c i2c-0: lnbh25_set_voltage(): I2C transfer error (-5)
[   11.660923] i2c i2c-0: lnbh25_attach(): no LNBH25 found at I2C addr 0x0d
[   11.712765] i2c i2c-0: lnbh25_attach(): attached at I2C addr 0x09
[   11.714854] ddbridge 0000:02:00.0: DVB: registering adapter 1 frontend 0 (ST STV0910)...
[   11.943469] LNBx2x attached on addr=b
[   11.946065] stv6110x_attach: Attaching STV6110x
[   11.946069] ddbridge 0000:02:00.0: attach tuner input 2 adr 60
[   11.946073] ddbridge 0000:02:00.0: DVB: registering adapter 2 frontend 0 (STV090x Multistandard)...
[   11.992340] LNBx2x attached on addr=9
[   11.992344] stv6110x_attach: Attaching STV6110x
[   11.992346] ddbridge 0000:02:00.0: attach tuner input 3 adr 63
[   11.992348] ddbridge 0000:02:00.0: DVB: registering adapter 3 frontend 0 (STV090x Multistandard)...

Habe die Karte sowohl in meinem Server (Supermicro Board, ESXi 6.5, Ubuntu 16.04 VM) als auch im HTPC (MSI Board, Ubuntu 17.10) und aktuellstem stable Kernel

uname -a
Linux vdr-wz 4.14.13-041413-generic #201801101001 SMP Wed Jan 10 10:02:53 UTC 2018 x86_64 x86_64 x86_64 GNU/Linux

getestet und in beiden Systemen oben genannten "Fehler" erhalten.

Die DVB Devices werden zwar angelegt

/dev/dvb# ls -al
insgesamt 0
drwxr-xr-x  6 root root  120 Jan 13 19:48 .
drwxr-xr-x 20 root root 3920 Jan 13 19:48 ..
drwxr-xr-x  2 root root  120 Jan 13 19:48 adapter0
drwxr-xr-x  2 root root  120 Jan 13 19:48 adapter1
drwxr-xr-x  2 root root  120 Jan 13 19:48 adapter2
drwxr-xr-x  2 root root  120 Jan 13 19:48 adapter3

Aber Adapter0 bekommt garkeine Sender rein, Adapter 1 scheint zu funktionieren.

Eine ddbridge.conf mit msi=0 oder msi=1 habe ich sowohl auf dem Server als auch im HTPC versucht, brachte aber leider keine Verbesserung.

PCIe Steckplätze habe ich auch schon getauscht, leider ebenfalls ohne Erfolg. Stromkabel ist lediglich an der Duoflex angeschlossen, da ich einen Multiswitch habe.

Hat jemand eine Idee was ich hier machen kann bevor ich mich an den Digital Devices Support wende?

Danke,

Alex

Quote from nst

Das ist KEIN(!) Fehler bzw. in irgendeiner Form ein Problem,....

Alles klar, danke für die Info. Hatte schon rumgesucht, aber noch nirgends eine definitive Aussage dazu gefunden.

Habe die TV Karte jetzt mal wieder in der Server eingebaut. Jetzt macht Adapter 1 die selben Probleme wie zuvor Adapter 0.

Ist schon irgendwie merkwürdig. Die v5.5 konnte wenigstens auf alles Tunern einen "Lock" bekommen.

Irgendjemand eine Idee was das sein könnte?

Adapter 0 (aktuell kein Problem)
dvb-fe-tool --femon -a0 -f0
Lock   (0x1f) Signal= -33,74dBm C/N= 18,40dB preBER= 0
Lock   (0x1f) Signal= -33,71dBm C/N= 18,30dB preBER= 0
Lock   (0x1f) Signal= -33,73dBm C/N= 18,40dB preBER= 0

Adapter 1
dvb-fe-tool --femon -a1 -f0
       (0x00)
       (0x00)
       (0x00)

Und im Syslog dann

Jan 14 13:42:42 vdr vdr: [1237] frontend 1/0 timed out while tuning to channel 2 (ZDF HD), tp 111361

Grüße,

Alex

Edit: Wenn ich die Duoflex Karte abklemme, dann gehen beide Adapter...

dvb-fe-tool --femon -a0 -f0
Lock   (0x1f) Signal= -33,74dBm C/N= 18,30dB preBER= 0
Lock   (0x1f) Signal= -33,75dBm C/N= 18,30dB preBER= 0
Lock   (0x1f) Signal= -33,75dBm C/N= 18,40dB preBER= 0

dvb-fe-tool --femon -a1 -f0
Lock   (0x1f) Signal= -33,01dBm C/N= 16,60dB preBER= 0
Lock   (0x1f) Signal= -32,99dBm C/N= 16,60dB preBER= 0
Lock   (0x1f) Signal= -32,98dBm C/N= 16,70dB preBER= 0

Edit 2: Nachdem ich ein

pciPassthru0.msiEnabled = "FALSE"

in der VM wieder hinzugefügt habe, scheinen alle 4 Adapter zu funktionieren.

Komischerweise wurde anders als bei der v5.5 die v7 aber auch ohne diese Einstellungen erkannt, weshalb ich diese jetzt beim Einbau der v7 weggelassen habe.

Edit 3: Ich muss das korrigieren. Nach kurzer Zeit sind beide neuen Adapter (v7) nicht mehr ansprechbar und im Log finde ich dann

Jan 14 19:36:55 vdr vdr: [6686] frontend 0/0 timed out while tuning to channel 1 (Das Erste HD), tp 111493

Erst nach einem reboot der VM geht Adapter0 dann wieder, Adapter 1 weiterhin nicht. Irgendwer eine Idee was das sein kann?

Edit4: Habe nach einem Reboot der VM eine Aufnahme auf Adapter 0 gestartet, die auch durchlief und laut vdr-checkts auch keine Fehler hatte. Nachdem die Aufnahme fertig war, scheint der VDR jetzt keinen Zugriff mehr auf Adapter 0 zu bekommen. Im Log finde ich jetzt lauter

an 14 21:52:55 vdr vdr: [1365] frontend 0/0 timed out while tuning to channel 185 (Aristo.TV), tp 111273
Jan 14 21:53:16 vdr vdr: [1365] frontend 0/0 timed out while tuning to channel 2 (ZDF HD), tp 111361
Jan 14 21:53:37 vdr vdr: [1365] frontend 0/0 timed out while tuning to channel 1 (Das Erste HD), tp 111493
Jan 14 21:53:58 vdr vdr: [1365] frontend 0/0 timed out while tuning to channel 9 (PHOENIX HD), tp 111582
Jan 14 21:54:40 vdr vdr: [1365] frontend 0/0 timed out while tuning to channel 229 (Dlf Kultur), tp 111953
Jan 14 21:56:04 vdr vdr: [1365] frontend 0/0 timed out while tuning to channel 290 (Radio Freundes-Dienst), tp 112515
Jan 14 21:56:25 vdr vdr: [1365] frontend 0/0 timed out while tuning to channel 55 (WDR HD Aachen), tp 112604
Jan 14 21:57:07 vdr vdr: [1365] frontend 0/0 timed out while tuning to channel 87 (CNBC Europe), tp 211597

Wie hier schon jemand schrieb, hilft es dann den Treiber zu entladen und neu zu laden. Der VDR hat dann wieder Zugriff auf die Adapter. Habe bis auf das live Plugin keine weiteren Plugins während der Tests geladen.

Edit 5: Habe nochmal die VM neu gestartet und dann mit dvb-fe-tool auf den Adapter geschaut was passiert. Nach ziemlich genau 20 Minuten verliert der VDR den Lock auf den Adapter:

Lock   (0x1f) Signal= -34,05dBm C/N= 15,40dB preBER= 0
Lock   (0x1f) Signal= -34,06dBm C/N= 15,40dB preBER= 0
Lock   (0x1f) Signal= -34,05dBm C/N= 15,40dB preBER= 0
Lock   (0x1f) Signal= -34,06dBm C/N= 15,40dB preBER= 0
Lock   (0x1f) Signal= -34,07dBm C/N= 15,40dB preBER= 0
Lock   (0x1f) Signal= -34,05dBm C/N= 15,40dB preBER= 0
Lock   (0x1f) Signal= -34,05dBm C/N= 15,40dB preBER= 0
       (0x00)
       (0x00)
       (0x00)
       (0x00)
       (0x00)
       (0x00)
       (0x00)

Jan 14 22:28:31 vdr vdr: [1309] frontend 0/0 timed out while tuning to channel 38 (Franken Fernsehen HD), tp 110714

uptime
 22:29:59 up 22 min,  2 users,  load average: 0,15, 0,24, 0,19

Due DuoFlex geht zu dem Zeitpunk aber weiterhin:

root@vdr:/# dvb-fe-tool --femon -a2 -f0
Lock   (0x1f) Signal= 75,00% C/N= 36,00% postBER= 1
Lock   (0x1f) Signal= 76,00% C/N= 36,00% postBER= 1
^CLock   (0x1f) Signal= 76,00% C/N= 36,00% postBER= 1
ERROR    FE_SET_VOLTAGE: Vorgang nicht zulässig

root@vdr:/# dvb-fe-tool --femon -a3 -f0
Lock   (0x1f) Signal= 76,00% C/N= 33,60% postBER= 0
Lock   (0x1f) Signal= 76,00% C/N= 33,80% postBER= 0
^CERROR    FE_SET_VOLTAGE: Vorgang nicht zulässig

Habe sicherheitshalber den VDR nochmal neu gebaut, um auch hier Probleme auszuschließen. Brachte jedoch auch keinen Erfolg. Diesmal war nach einem Reboot Adapter 0 nahezu (unter 5 Minute) für den VDR weg. Adapter 1 habe ich zur zeit per udev Regel deaktiviert.

Werde heute Abend mal ohne angesteckte DuoFlex testen, ob der VDR dann ebenfalls den Zugriff auf den/die Adapter von der v7 verliert.

Habe mit der abgeklemmten DuoFlex das selbe Problem.

Habe eine Aufnahme programmiert und wenn der VDR dann versucht auf die Karte zuzugreifen, bekommt er ein timeout:

Jan 15 19:58:00 vdr vdr: [9240] switching device 1 to channel 1 S19.2E-1-1019-10301 (Das Erste HD)
Jan 15 19:58:00 vdr vdr: [9240] timer 44 (1 1958-2025 'Filme~Tagesschau') start
Jan 15 19:58:00 vdr vdr: [9240] Title: 'Tagesschau' Subtitle: ''
Jan 15 19:58:00 vdr vdr: [9240] record /mnt/video/Filme/Tagesschau/2018-01-15.19.58.1-0.rec
Jan 15 19:58:00 vdr vdr: [9240] creating directory /mnt/video/Filme/Tagesschau
Jan 15 19:58:00 vdr vdr: [9240] creating directory /mnt/video/Filme/Tagesschau/2018-01-15.19.58.1-0.rec
Jan 15 19:58:00 vdr vdr: [9240] recording to '/mnt/video/Filme/Tagesschau/2018-01-15.19.58.1-0.rec/00001.ts'
Jan 15 19:58:00 vdr vdr: [17617] recording thread started (pid=9240, tid=17617, prio=high)
Jan 15 19:58:01 vdr vdr: [9253] frontend 0/0 timed out while tuning to channel 1 (Das Erste HD), tp 111493
Jan 15 19:58:01 vdr vdr: [14468] ERROR: video data stream broken
Jan 15 19:58:01 vdr vdr: [14468] emergency exit request ignored according to setup

Wenn ich dann den VDR stoppe, ddbridge entlade, neu lade und den VDR wieder starte, hat der VDR wieder Zugriff auf den Adapter.

Habe schon SAT Kabel zwischen den Adaptern getauscht, hat aber auch keine Verbesserung gebracht...

Es ist und bleibt frustrierend...

Auf dem selben Server in einer Windows VM mit DD Treibern von der Webseite und der DD-TV Software scheint es keine Probleme zu geben, 2 parallele Aufnahmen sind mit der v7A scheinbar problemlos möglich.

Ubuntu 16.04.3 Bare Metal auf dem selben Server mit Kernel 4.14.15 scheint auch problemlos zu laufen.

Ubuntu 16.04.3 als VM funktioniert einfach nicht, egal welches Setting ich versuche, ich bekomme immer ein "frontend timed out..."

• BIOS 2.0a, Kernel 4.14.13, DDBridge aus Kernel 0.9.31
• BIOS 2.0a, Kernel 4.4.0-109, DDBridge von Git 0.9.32
  • ESXi Energierichtlinie hoch
  • ESXi Energierichtlinie hoch, BIOS: Power Technology -> disabled
  • ESXi Energierichtlinie hoch, BIOS: Power Technology -> custom, alle Optionen -> disabled
  • ESXi Energierichtlinie hoch, BIOS: Power Technology -> disabled, PCIe Port - Gene X -> Gen1
• BIOS 2.2c, Kernel 4.14.13, DDBridge aus Kernel 0.9.31
• BIOS 2.2c, Kernel 4.14.13, DDBridge aus GIT letzter Stand 0.9.32+
• BIOS 2.2c, Kernel 4.15.rc9, DDBridge aus GIT letzter Stand 0.9.32+
  • BIOS: Detect Non-Compliance Device -> Enabled
  • BIOS: PCIe Port -> Enabled, PCIe Port - Gene X -> Gen1, Detect Non-Compliance Device -> Enabled

Mit den neusten Treibern habe ich aber zumindest kein

lnbh25_set_voltage(): I2C transfer error (-5)
lnbh25_attach(): no LNBH25 found at I2C addr 0x0c

mehr im Log

[    5.251927] dvb_core: loading out-of-tree module taints kernel.
[    5.256279] dvb_core: module verification failed: signature and/or required key missing - tainting kernel
[    5.260506] Digital Devices PCIE bridge driver 0.9.32, Copyright (C) 2010-17 Digital Devices GmbH
[    5.260994] ddbridge 0000:0b:00.0: device name: Digital Devices Cine S2 V7 Advanced DVB adapter
[    5.261019] ddbridge 0000:0b:00.0: HW 00010005 REGMAP 00010005
[    5.261204] ddbridge 0000:0b:00.0: using 1 MSI interrupt(s)
[    5.261247] ddbridge 0000:0b:00.0: link 0 vendor dd01 device 0006 subvendor dd01 subdevice 0024
[    5.375402] ddbridge 0000:0b:00.0: Port 0: Link 0, Link Port 0 (TAB 1): DUAL DVB-S2
[    5.375404] ddbridge 0000:0b:00.0: init link 0, input 0, regs 00000200
[    5.375404] ddbridge 0000:0b:00.0: init link 0, input 0, handler 8
[    5.375406] ddbridge 0000:0b:00.0: init link 0, io 0, dma 0, dmaregs 00000300 bufregs 00002000
[    5.375406] ddbridge 0000:0b:00.0: init link 0, input 1, regs 00000210
[    5.375407] ddbridge 0000:0b:00.0: init link 0, input 1, handler 9
[    5.375408] ddbridge 0000:0b:00.0: init link 0, io 1, dma 1, dmaregs 00000310 bufregs 00002100
[    5.375408] ddbridge 0000:0b:00.0: init link 0, output 0, regs 00000280
[    5.375409] ddbridge 0000:0b:00.0: init link 0, io 0, dma 0, dmaregs 00000380 bufregs 00002800
[    5.377790] ddbridge 0000:0b:00.0: Port 1: Link 0, Link Port 1 (TAB 2): NO MODULE
[    5.378942] ddbridge 0000:0b:00.0: Port 2: Link 0, Link Port 2 (TAB 3): NO MODULE
[    5.380094] ddbridge 0000:0b:00.0: Port 3: Link 0, Link Port 3 (TAB 4): NO MODULE
[    5.380297] ddbridge 0000:0b:00.0: 0 netstream channels
[    5.380299] dvbdev: DVB: registering new adapter (DDBridge)
[    5.380299] dvbdev: DVB: registering new adapter (DDBridge)
[    5.413137] lnbh25: i2c_write error
[    5.414410] LNBH25 on 08
[    5.419530] ddbridge 0000:0b:00.0: DVB: registering adapter 0 frontend 0 (STV0910)...
[    5.420161] lnbh25: i2c_write error
[    5.420911] LNBH25 on 09
[    5.423086] ddbridge 0000:0b:00.0: DVB: registering adapter 1 frontend 0 (STV0910)...

Es scheint kein prinzipielles Hardwareproblem zu sein, da es Bare Metal und in einer Windows VM läuft.

Es scheint kein prinzipielles ESXi Problem zu sein, weil es in einer Windows VM läuft.

Wieso kann der VDR nach einem neu Laden der ddbridge Module wieder auf die Karten zugreifen?

Und ich scheine nicht der Einzige zu sein der Probleme mit der neuen v7A unter ESXi hat, sie hier und hier.

Hat vielleicht noch irgendjemand eine helfende Idee? Werde sonst auch mal den Digital Devices Support bemühen.

Danke,

Alex

Stimmt, sorry.

fnu

Super, vielen Dank fürs Splitten!

Grüße,

Alex

Quote from crow

Honker hast Du das auch schon probiert?

Ja, hat aber leider keine Verbesserung gebracht. Bei meiner alten V5.5 musste ich die Option zwingend aktivieren, da es sonst Timeouts gab.

Quote from nst

Honker Es wäre mal interessant, was sich in Deinem Kernel-Log abspielt, wenn Dein VDR Probleme bekommt (da wird Dich der DD-Support garantiert auch nach fragen). Ich würde das mit dddvb (hast Du schon installiert) nochmal reproduzieren und das dann dem Support mitteilen.

Im kernel.log herrscht zu dem Zeitpunkt absolute Stillte. Es gibt darin leider überhaupt keinen Hinweis.

Habe mal die debug Option vom dvb_core Modul aktiviert. Aber auch das gibt keine Auskunft was in dem Moment passiert.

Kennt noch jemand andere Möglichkeiten um an Debug Logs zu kommen?

Grüße,

Alex

Auch wenn ASPM im Bios deaktiviert ist, habe ich mal grub die Option

pcie_aspm=off

mitgegeben. Leider ohne Erfolg.

Zusätzlich habe ich auch nochmal in der Datei /etc/modprobe.d/ddbridge.conf msi deaktiviert, hat aber auch nichts gebracht.