Treiber der Cine-CTv6/DDBridge/CI in den Kernel integrieren

Hast Du jetzt nur das nackte Kernel Image installiert, oder auch schon den linux_media Kram mit dem IRQ Refactoring installiert? (vgl. ddbridge-0.9.31intermediate-integrated vs. ddbridge-0.9.32-integrated-irqtest[hab das Versionstag-Update nicht gepusht])

Zitat von nst

Hast Du jetzt nur das nackte Kernel Image installiert, oder auch schon den linux_media Kram mit dem IRQ Refactoring installiert? (vgl. ddbridge-0.9.31intermediate-integrated vs. ddbridge-0.9.32-integrated-irqtest[hab das Versionstag-Update nicht gepusht])

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:

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)

und hier das syslog beim manuellen laden von ddbridge:

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

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

Zitat von nst

Abend zusammen,

und - Ping Grillbert  Olsche (ich zieh die I2C Timeout Diskussion mal vom dkms Thread weg, das gehört da nicht hin)

Ich würde Euch Zwei bitten, etwas Testcode auf Euren I2C-Timeout-geplagten Systemen auszuprobieren.

Zur Zeit bin ich zurück auf meine alte Karte - mit den Problemen im "Produktivsystem" bin ich bei meiner Freundin an die Schmerzgrenze gegangen

Ich hoffe ich schaffe es in den nächsten Tagen mal ein bisschen Leerlauf zum Schrauben und Testen zu finden.

Zitat von Grillbert

Ich hoffe ich schaffe es in den nächsten Tagen mal ein bisschen Leerlauf zum Schrauben und Testen zu finden.

Wenn Du anfängst zu testen, mach mal bitte erstmal nur einen Schritt: Entweder erst die irqtest-Treiber installieren, oder erst ein Kernel Image vom Ubuntu PPA installieren. Erst den zweiten Schritt "dazu", wenn nach dem Ersten weiterhin Probleme auftreten.

Hi zusammen,

kurzer Zwischenbericht nach 6 Stunden Laufzeit.

Bisher auch mit MSI=1 keine timeouts. Auch bei drei gleichzeitigen Aufnahmen und zappen auf den Streamdev-Clients. Nächstes Update kommt morgen. Ich lasse heute Nacht testweise mal mehrere Timer aufzeichnen.

nst: Auch wenn das natürlich noch nichts heißen muss, schonmal vielen Dank für deinen unermüdlichen Einsatz.

VG,

Olaf

Edit: Kurzes update:

Der VDR läuft jetzt seit knapp 48 Stunden (24/7) mit MSI=1 ohne timeouts. Da das natürlich nicht besonders repräsentativ ist, wäre es vielleicht ganz gut, wenn weitere Betroffene einmal diese Kombi aus Kernel/Treiber testen würden.

Nabend zusammen,

kurze Zwischeninfo: Wenn ddbridge anfängt, I2C Timeouts ins Kernellog zu loggen, und hinter "IRS" steht "ffffffff", bedeutet das zu 99% nicht, dass zu irgendeiner Zeit Interrupts (egal, ob MSI oder Legacy/PIN based - msi=0) verloren gegangen sind, sondern dass die Kommunikation zwischen PCIe-Bus und Karte weggeschmiert ist (ffffffff = Fehler beim Lesen von IOMem). Die zuletzt hier verlinkten Branches/Patches beheben das NICHT. In diesem Fall bitte zuallererst ein aktuelles Kernelimage installieren, vor allem, wenn ziemlich aktuelle Hardware (Apollo Lake Celerons usw.) mit alten Kerneln (3.13, 4.4 usw.) zum Einsatz kommt.

Für Ubuntu (auch yaVDR) und Debian gibts passendes im Ubuntu Kernel PPA:

http://kernel.ubuntu.com/~kernel-ppa/mainline/

Bitte nach Möglichkeit 4.14 installieren (ja, ist Stand Heute noch rc(6)), das erspart auf jeden Fall weitere Basteleien mit den DD Treibern mit Handkompilieren, DKMS Packages usw.

nst

Zitat von nst

Bitte nach Möglichkeit 4.14 installieren (ja, ist Stand Heute noch rc(6)), das erspart auf jeden Fall weitere Basteleien mit den DD Treibern mit Handkompilieren, DKMS Packages usw.

Aber ned für den Test!

Für diesen muss man die zuletzt hier verlinkten Branches/Patches selbst kompilieren.

LG

Jasmin

Zitat von jasminj

Aber ned für den Test!

Die Testerei ist derzeit NUR für IRS UNGLEICH ffffffff (vgl. Olsche - 00000003) bei I2C Timeouts interessant. Bus Fehler haben mit dem IRQ Handling nichts zu tun.

Zitat von nst

Die Testerei ist derzeit NUR für IRS UNGLEICH ffffffff (vgl. Olsche - 00000003) bei I2C Timeouts interessant. Bus Fehler haben mit dem IRQ Handling nichts zu tun.

Wobei ich auch schon IRS = ffffffff hatte, nur eben seltener als 0000003. Aktueller Stand ist, dass der Rechner mittlerweile seit Montag mittag ohne jedes Problem mit MSI=1 läuft. Ich hoffe, dass evtl. noch ein paar Betroffene die Zeit finden die Änderungen im Dauerbetrieb zu testen.

Zitat von Olsche

Aktueller Stand ist, dass der Rechner mittlerweile seit Montag mittag ohne jedes Problem mit MSI=1 läuft.

Klingt schonmal super. Ich denke im Moment aber, dass das eher im Kernel Upgrade begründet ist, basierend auf Feedback von anderer Stelle...

Hallo zusammen,

das klingt ja alles schon mal sehr gut.

Da meine Timeouts von der "fffff" - Sorte waren, werde ich es demnächst mit dem Kernel Update probieren und vorher Jasmins Treiberpaket deinstallieren. Vermutlich noch heute Nachmittag ... die "Heute Show" kommt ja zur Not nochmal als Wiederholung

Leider habe ich keine größeren Logs weggespeichert um mal zu suchen ob ich dieselben Timeouts wie Olsche zusätzlich hatte... evtl. finde ich die dann wenn der VDR wieder läuft.

Vielen Dank nochmal für den tollen Support hier in der Community!!

Gilbert

Ich habe es wirklich probiert ... aber nachdem der Kernel läuft (4.14 RC6) wird erst mal mit

dkms autoinstall

nicht der existierende NVIDIA Treiber für den neuen Kernel übersetzt... meine Bemühungen das hinzubekommen sind an diversen Problemen gescheitert.

Ein DRM Modul zickt wohl rum, installation ohne DRM modul führt zu weiteren Problemen (...)

Mir fällt aber auch auf dass im Konfigurationsinterface keine DVB adapter angegeben werden.

cat /var/log/dmesg | grep dvb

ergibt nix.

Eigentlich sollte mit dem neuen Kernel doch die Karte ohne weitere Treiber erkannt werden, oder verstehe ich da jetzt etwas falsch?

[EDIT]
Das Problem mit der Karte ist wohl gelöst.
Die Karte lief auch nicht nachdem ich das alte Image wieder zurückgespielt habe...
Es fehlte die zusätzliche Stromverkabelung!
[EDIT]

Ich habe das Update hiermit vorerst abgebrochen

Gilbert

Ich habe die gleichen Erfahrungen mit dem Kernel gemacht. Aber auch mit einem 4.10 kernel ließen sich aktuelle nvidia Treiber nicht mehr kompilieren. Bin dann aber zurück auf den Kernel 4.4.0.97 und habe die nvidia-387 mit dem ddvb fix von nst am laufen. Seit 24h ohne Probleme und ich habe vorhin 20 mal gestartet und ohne Ende, hin und hergeschaltet, ohne Probleme. Wenn es bis nächste Woche so bleiben sollte, dann ist es wohl eine Kombination aus allen. Die aktuellen nvidia-Treiber sind auch gefühlt 3mal so schnell in der Erkennung.

Bin immer noch bereit zu Testen. Meine Frau lässt mich noch. ? Scheibt wohl keine Zeit zu haben mit meinem kleinen Sohn fernzusehen.

Irgendwie erschliesst sich mir derzeit nicht, was jetzt wirklich irgendwas verbessert... Fakt ist auf jeden Fall, dass die NVIDIA BinBlobs derzeit mit neuen Kernel-Versionen absolut keinen Spass machen (im Sinne von: Funktioniert nicht).

Mein Problem ist ja dass ich auf meinem Apollo-Lake Celeron mit 4.4.x immer noch die I2C Timeouts bekomme - damit ist mein VDR leider kaum brauchbar solange in ihm die neue 4-Tuner Karte steckt.

Zitat

Die aktuellen nvidia-Treiber sind auch gefühlt 3mal so schnell in der Erkennung.

Wo äußert sich denn das? Mit meinem 375er Treiber fällt mir nichts störendes auf.

Es gibt einige Threads im Internet wo daran gearbeitet wird.

Hier wird behauptet dass der neue Treiber (387.12) mit 4.14 RC3 ohne Patches läuft - ich habe es aber leider nicht hinbekommen.

Ich scheine auf meinem Intel System auch in diese DRM Problematik zu laufen und habe das nicht aufgelöst bekommen

 FATAL: modpost: GPL-incompatible module nvidia.ko uses GPL-only symbol 'sme_me_mask'

(evtl meinen sie mit "AMD" alle amd64 Systeme?)

Die Lösung liegt vermutlich in dem Satz "The workaround – for the time being – is to de-select this feature in the Kernel config…." - da fehlt mir aber das Wissen wie ich das machen.

Wenn ich da den entscheidenden Tipp bekomme würde ich im nächsten Anlauf mal alle Schritte mitloggen, checken dass das System stabil läuft und hier für YaVDR user posten.

Zitat von Grillbert

Hier wird behauptet dass der neue Treiber (387.12) mit 4.14 RC3 ohne Patches läuft - ich habe es aber leider nicht hinbekommen.

Ich scheine auf meinem Intel System auch in diese DRM Problematik zu laufen und habe das nicht aufgelöst bekommen

Code

 FATAL: modpost: GPL-incompatible module nvidia.ko uses GPL-only symbol 'sme_me_mask'

(evtl meinen sie mit "AMD" alle amd64 Systeme?)

Die Lösung liegt vermutlich in dem Satz "The workaround – for the time being – is to de-select this feature in the Kernel config…." - da fehlt mir aber das Wissen wie ich das machen.

Alles anzeigen

Genau daran scheiterts im Augenblick. Ich hab an anderer Stelle versucht, das aufzulösen (u.a. nach einem Hint, wie das jemand auf OpenSUSE gelöst bekommen hat), vergebens. Wahrscheinlich erfordert das am Ende, angepasste Kernel Images zu basteln (und das ist einer der Gründe, wieso ich selbst keine Binärdistro benutze). Das könnte mit Ubuntu 18.04 putzig werden, wenn NVIDIA und Kernel-Maintainer sich nicht einig werden oder NVIDIA keine Anpassungen am Blob vornimmt, siehe auch https://www.spinics.net/lists/linux-arch/msg41946.html

Du könntest noch 4.13 oder 4.12 probieren und dann den bekannten media_build Weg testen, um die DD-Treiber (mit oder ohne IRQ Test) ins System zu kriegen.

Sorry für das Theater...

Die älteren Treiber lassen sich wohl auch kompatibel patchen:
https://devtalk.nvidia.com/def…-rc1-anyone-got-a-patch-/

Damit werde ich aber meine GT730 nicht zum laufen bringen ...

Aktuell bin ich parallel mit nst noch im Gespräch zu dieser Problematik.

Die Verbesserung der Treiber äußert sich dadurch, dass sich der Upstart und das Herunterfahren des Rechners nur duch die nvidia-Treiber ca. um Faktor 2-3 beschleunigt hat. Die Ansteuerung meines Fernsehers erfolgt jetzt schon beim booten und ich seh ein Logout. Auch das habe ich vorher nicht gesehen.

Meine aktuelle Konstellation kommt mir sehr robust vor, aber ich möchte unter einer Woche Betriebszeit keine verlässliche Prognose geben.

Aktuell verwende ich den Standard Kernel 4.4.0.97 mit den dddvb treibern von nst mit dem irq fix sowie msi=1 und den nvidia-387 Treibern.

Da ich aktuell ein ACPI Problem habe, habe ich den Rechner heute gefühlt 40 mal schon an und aus gehabt, ohne ein Problem. Ich hoffe, dass das bleibt so. ?

Leider zu früh gefreut:

ct 29 09:33:59 yavdr2 kernel: [  156.063001] ddbridge 0000:02:00.0: I2C timeout, card 0, port 0, link 0
Oct 29 09:33:59 yavdr2 kernel: [  156.113111] ddbridge 0000:02:00.0: DDBridge IRS ffffffff
Oct 29 09:33:59 yavdr2 kernel: [  156.113119] ddbridge 0000:02:00.0: TryForce recover after timeout
Oct 29 09:33:59 yavdr2 kernel: [  156.163195] ddbridge 0000:02:00.0: ddbreadl failure, adr=00000060
Oct 29 09:33:59 yavdr2 vdr: video: decoder buffer empty, duping frame (4254/20) 0 v-buf
Oct 29 09:33:59 yavdr2 vdr: video/vdpau: missed frame (114/20)
Oct 29 09:33:59 yavdr2 vdr: video: decoder buffer empty, duping frame (4255/20) 0 v-buf
Oct 29 09:33:59 yavdr2 vdr: video: 26:21:47.370+8888    0   0/\ms   0+5+2 v-buf
Oct 29 09:33:59 yavdr2 vdr: video/vdpau: missed frame (115/20)
Oct 29 09:33:59 yavdr2 vdr: video: decoder buffer empty, duping frame (4256/20) 0 v-buf
Oct 29 09:33:59 yavdr2 vdr: video: 26:21:47.370+8888    0   0/\ms   0+5+2 v-buf

Nach lange Zeit habe ich meine alte L4M DVB-S2 ver. 6.2 aus der Lade genommen und in HP Gen8 (PCIe x16 slot) eingebaut und per passthrough an einer VM zugewiesen. Mein letzte stand ist das die alte "Cine S2 V6 bzw. L4M V6" ootb mit Kernel Treiber funktioniert. Karte wird unter VM gefunden jedoch sehe in dmesg viele I2C und IRS timeouts, die angeblich mit msi=0 behoben werden sollen jedoch ist das mit Kernel 4.13.9 nicht der Fall: "dbridge: unknown parameter 'msi' ignored" vielleicht ist hier vendor Treiber gemeint.

Zweites Problem ist das da kein dvb bzw. Adapter gefunden wird.

Was mache ich hier falsch?

[root@vdrserver ~]# uname -a
Linux vdrserver 4.13.9-1-ARCH #1 SMP PREEMPT Sun Oct
22 09:07:32 CEST 2017 x86_64 GNU/Linux
[root@vdrserver ~]# dmesg | grep -i dvb
[    7.422730] DDBridge 0000:13:00.0: Detected
Digital Devices Cine S2 V6 DVB adapter
[root@vdrserver ~]# dvb-fe-tool -m -a /dev/a
agpgart  autofs
[root@vdrserver ~]# ls -ltr /dev/adapter*
ls: cannot access '/dev/adapter*': No such file or
directory
[root@vdrserver ~]# ls -ltr /dev/dvb/adapter*
ls: cannot access '/dev/dvb/adapter*': No such file or
directory
[root@vdrserver ~]# ls -ltr /dev/dvb*
ls: cannot access '/dev/dvb*': No such file or
directory
[root@vdrserver ~]#

[root@vdrserver ~]# lspci -vvvnn
.....
13:00.0 Multimedia controller [0480]: Digital Devices GmbH Octopus DVB Adapter [dd01:0003]
        Subsystem: Digital Devices GmbH Cine S2 V6 DVB adapter [dd01:0020]
        Physical Slot: 224
        Control: I/O- Mem+ BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
        Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
        Interrupt: pin A routed to IRQ 16

......entfernt wegen maximal 10.000 Zeichen Limit
      
        Kernel driver in use: DDBridge
        Kernel modules: ddbridge

[root@vdrserver ~]#
[root@vdrserver ~]# lsmod | grep ddbridge
ddbridge               32768  0
cxd2099                20480  1 ddbridge
dvb_core              114688  1 ddbridge
[root@vdrserver ~]# modinfo ddbridge
filename:       /lib/modules/4.13.9-1-ARCH/kernel/drivers/media/pci/ddbridge/ddbridge.ko.gz
version:        0.5
license:        GPL
author:         Ralph Metzler
description:    Digital Devices PCIe Bridge
srcversion:     3C2DFF6FA70B5C4A4DA0506
alias: entfernt wegen maximal 10.000 Zeichen Limit

depends:        cxd2099,dvb-core
intree:         Y
name:           ddbridge
vermagic:       4.13.9-1-ARCH SMP preempt mod_unload modversions
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:           adapter_nr:DVB adapter numbers (array of short)
[root@vdrserver ~]#

vendor Treiber

[root@vdrserver ~]# lsmod | grep ddbridge
ddbridge              102400  0
cxd2099                20480  1 ddbridge
dvb_core              106496  1 ddbridge
[root@vdrserver ~]# modinfo ddbridge
filename:       /lib/modules/4.13.9-1-ARCH/extramodules/dddvb-dkms/ddbridge.ko
version:        0.9.32
license:        GPL
author:         Ralph and Marcus Metzler, Metzler Brothers Systementwicklung GbR
description:    Digital Devices PCIe Bridge
srcversion:     3E42207B2DE7B73781502B8
alias: entfernt wegen maximal 10.000 Zeichen Limit

depends:        cxd2099,dvb-core
name:           ddbridge
vermagic:       4.13.9-1-ARCH SMP preempt mod_unload modversions
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_alloc:0-one adapter per io, 1-one per tab with io, 2-one per tab, 3-one for all (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:           vlan:VLAN and QoS IDs enabled (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:           stv0910_single:int
parm:           no_init:do not initialize most devices (int)
parm:           adapter_nr:DVB adapter numbers (array of short)
parm:           msi: Control MSI interrupts: 0-disable, 1-enable (default) (int)
[root@vdrserver ~]#


modprobe ddbridge msi=0

[  428.825618] Digital Devices PCIE bridge driver 0.9.32, Copyright (C) 2010-17 Digital Devices GmbH
[  428.826032] ddbridge 0000:13:00.0: device name: Digital Devices Cine S2 V6 DVB adapter
[  428.826054] ddbridge 0000:13:00.0: HW 00010009 REGMAP 00010004
[  428.826061] ddbridge 0000:13:00.0: link 0 vendor dd01 device 0003 subvendor dd01 subdevice 0020
[  429.832218] ddbridge 0000:13:00.0: I2C timeout, card 0, port 0, link 0
[  429.832593] ddbridge 0000:13:00.0: DDBridge IRS 00000007
[  430.845531] ddbridge 0000:13:00.0: I2C timeout, card 0, port 0, link 0
[  430.845917] ddbridge 0000:13:00.0: DDBridge IRS 00000007
[  431.858859] ddbridge 0000:13:00.0: I2C timeout, card 0, port 0, link 0
[  431.859243] ddbridge 0000:13:00.0: DDBridge IRS 00000007
[  432.872163] ddbridge 0000:13:00.0: I2C timeout, card 0, port 0, link 0
[  432.872605] ddbridge 0000:13:00.0: DDBridge IRS 00000007
[  433.885491] ddbridge 0000:13:00.0: I2C timeout, card 0, port 0, link 0
[  433.885959] ddbridge 0000:13:00.0: DDBridge IRS 00000007
[  434.898804] ddbridge 0000:13:00.0: I2C timeout, card 0, port 0, link 0
[  434.899252] ddbridge 0000:13:00.0: DDBridge IRS 00000007
[  435.912131] ddbridge 0000:13:00.0: I2C timeout, card 0, port 0, link 0
[  435.912583] ddbridge 0000:13:00.0: DDBridge IRS 00000007
[  436.925457] ddbridge 0000:13:00.0: I2C timeout, card 0, port 0, link 0
[  436.925842] ddbridge 0000:13:00.0: DDBridge IRS 00000007
[  436.926204] ddbridge 0000:13:00.0: Port 0: Link 0, Link Port 0 (TAB 1): NO MODULE
[  437.938781] ddbridge 0000:13:00.0: I2C timeout, card 0, port 1, link 0
[  437.939163] ddbridge 0000:13:00.0: DDBridge IRS 00000006
[  437.939555] ddbridge 0000:13:00.0: I2C cmd=00018000 mon=0703004f
[  438.952121] ddbridge 0000:13:00.0: I2C timeout, card 0, port 1, link 0
[  438.952504] ddbridge 0000:13:00.0: DDBridge IRS 00000006
[  438.952890] ddbridge 0000:13:00.0: I2C cmd=00012000 mon=0703001f
[  439.965424] ddbridge 0000:13:00.0: I2C timeout, card 0, port 1, link 0
[  439.965849] ddbridge 0000:13:00.0: DDBridge IRS 00000006
[  439.966202] ddbridge 0000:13:00.0: I2C cmd=0001dc00 mon=0701002f
[  440.978759] ddbridge 0000:13:00.0: I2C timeout, card 0, port 1, link 0
[  440.979140] ddbridge 0000:13:00.0: DDBridge IRS 00000006
[  440.979495] ddbridge 0000:13:00.0: I2C cmd=0001d200 mon=0703002f
[  441.992068] ddbridge 0000:13:00.0: I2C timeout, card 0, port 1, link 0
[  441.992439] ddbridge 0000:13:00.0: DDBridge IRS 00000006
[  441.992795] ddbridge 0000:13:00.0: I2C cmd=0001d000 mon=0703002f
[  443.005385] ddbridge 0000:13:00.0: I2C timeout, card 0, port 1, link 0
[  443.005785] ddbridge 0000:13:00.0: DDBridge IRS 00000006
[  443.006140] ddbridge 0000:13:00.0: I2C cmd=00015200 mon=0702001f
[  444.018714] ddbridge 0000:13:00.0: I2C timeout, card 0, port 1, link 0
[  444.019085] ddbridge 0000:13:00.0: DDBridge IRS 00000006
[  444.019442] ddbridge 0000:13:00.0: I2C cmd=00013c00 mon=0703002f
[  445.032035] ddbridge 0000:13:00.0: I2C timeout, card 0, port 1, link 0
[  445.032407] ddbridge 0000:13:00.0: DDBridge IRS 00000006
[  445.032763] ddbridge 0000:13:00.0: I2C cmd=00014000 mon=0703001f
[  445.033138] ddbridge 0000:13:00.0: Port 1: Link 0, Link Port 1 (TAB 2): NO MODULE
[  446.045358] ddbridge 0000:13:00.0: I2C timeout, card 0, port 2, link 0
[  446.045748] ddbridge 0000:13:00.0: DDBridge IRS 00000006
[  446.046114] ddbridge 0000:13:00.0: I2C cmd=00018000 mon=0703004f
[  447.058688] ddbridge 0000:13:00.0: I2C timeout, card 0, port 2, link 0
[  447.059070] ddbridge 0000:13:00.0: DDBridge IRS 00000006
[  447.059425] ddbridge 0000:13:00.0: I2C cmd=00012000 mon=0703001f
[  448.071999] ddbridge 0000:13:00.0: I2C timeout, card 0, port 2, link 0
[  448.072371] ddbridge 0000:13:00.0: DDBridge IRS 00000006
[  448.072747] ddbridge 0000:13:00.0: I2C cmd=0001dc00 mon=0701002f
[  449.085314] ddbridge 0000:13:00.0: I2C timeout, card 0, port 2, link 0
[  449.085693] ddbridge 0000:13:00.0: DDBridge IRS 00000006
[  449.086047] ddbridge 0000:13:00.0: I2C cmd=0001d200 mon=0703002f
[  450.098642] ddbridge 0000:13:00.0: I2C timeout, card 0, port 2, link 0
[  450.099029] ddbridge 0000:13:00.0: DDBridge IRS 00000006
[  450.099439] ddbridge 0000:13:00.0: I2C cmd=0001d000 mon=0703002f
[  451.111969] ddbridge 0000:13:00.0: I2C timeout, card 0, port 2, link 0
[  451.112345] ddbridge 0000:13:00.0: DDBridge IRS 00000006
[  451.112732] ddbridge 0000:13:00.0: I2C cmd=00015200 mon=0702001f
[  452.125285] ddbridge 0000:13:00.0: I2C timeout, card 0, port 2, link 0
[  452.125761] ddbridge 0000:13:00.0: DDBridge IRS 00000006
[  452.126206] ddbridge 0000:13:00.0: I2C cmd=00013c00 mon=0703002f
[  453.138613] ddbridge 0000:13:00.0: I2C timeout, card 0, port 2, link 0
[  453.139048] ddbridge 0000:13:00.0: DDBridge IRS 00000006
[  453.139469] ddbridge 0000:13:00.0: I2C cmd=00014000 mon=0703001f
[  453.139888] ddbridge 0000:13:00.0: Port 2: Link 0, Link Port 2 (TAB 3): NO MODULE
[  453.139890] ddbridge 0000:13:00.0: 0 netstream channels
[root@vdrserver ~]#
[root@vdrserver ~]# ls /dev/d
ddbridge/ disk/     dm-0      dm-1      dm-2      dm-3      dm-4      dri/
[root@vdrserver ~]# ls /dev/ddbridge/card0
/dev/ddbridge/card0
[root@vdrserver ~]# ls /dev/a
agpgart  autofs
[root@vdrserver ~]#

PS: Falls das in ein andere Thread gehört und nicht hier bitte auslagern.