PCIe DVB-C TV-Karte von Digital Devices bald verfügbar

Zitat

hier fehlen unter /dev/dvb nur die frontneds

Hier auch

Ich sehe nur das hier:
dmesg:

[  247.618893] Digital Devices PCIE bridge driver, Copyright (C) 2010 Digital Devices

Carel

Zitat

Original von Commander1024
An genau die Baustelle setz ich mich jetzt auch ran, erstmal das Geschickte sichten und Überblick verschaffen (und vermutlich vorher den Source und Modultree von den endriss Resten säubern)

Vorsicht, ich habe ich mich abgesichert:
Falls ich plötzlich verschwinden sollte, wird automatisch die Staatsanwaltschaft informiert.

CU
Oliver

hehehe, wer will denn die Staatsanwaltschaft informieren, wenn ich DICH plötzlich aus dem Sourcetree lösche?

aber bei mir wirft er nen Fehler, wenn ich das Modul laden will. Ausgecheckt hab ich auch das octopus-test repo, den ddbridge 0.2 treiber in den sourcetree kopiert und die config-Datei abgespeckt, durchgebaut und installiert.
Beim Laden des Moduls wirft er mir nen Fatal um die Ohren:

FATAL: Error inserting ddbridge (/lib/modules/2.6.35-25-generic/kernel/drivers/media/dvb/ddbridge/ddbridge.ko): Invalid argument

Wie zu sehen ist: Linux vdr 2.6.35-25-generic #44-Ubuntu SMP Fri Jan 21 17:40:44 UTC 2011 x86_64 GNU/Linux

Feb  2 14:31:31 vdr kernel: [19083.410522] ddbridge: disagrees about version of symbol dvb_dmxdev_init 
Feb  2 14:31:31 vdr kernel: [19083.410529] ddbridge: Unknown symbol dvb_dmxdev_init (err -22) 
Feb  2 14:31:31 vdr kernel: [19083.410882] ddbridge: disagrees about version of symbol dvb_ca_en50221_init 
Feb  2 14:31:31 vdr kernel: [19083.410887] ddbridge: Unknown symbol dvb_ca_en50221_init (err -22) 
Feb  2 14:31:31 vdr kernel: [19083.411356] ddbridge: disagrees about version of symbol dvb_register_adapter 
Feb  2 14:31:31 vdr kernel: [19083.411361] ddbridge: Unknown symbol dvb_register_adapter (err -22) 
Feb  2 14:31:31 vdr kernel: [19083.412637] ddbridge: disagrees about version of symbol dvb_unregister_device 
Feb  2 14:31:31 vdr kernel: [19083.412643] ddbridge: Unknown symbol dvb_unregister_device (err -22) 
Feb  2 14:31:31 vdr kernel: [19083.413190] ddbridge: disagrees about version of symbol dvb_net_init 
Feb  2 14:31:31 vdr kernel: [19083.413194] ddbridge: Unknown symbol dvb_net_init (err -22) 
Feb  2 14:31:31 vdr kernel: [19083.413345] ddbridge: disagrees about version of symbol dvb_dmxdev_release 
Feb  2 14:31:31 vdr kernel: [19083.413350] ddbridge: Unknown symbol dvb_dmxdev_release (err -22) 
Feb  2 14:31:31 vdr kernel: [19083.413517] ddbridge: disagrees about version of symbol dvb_frontend_detach 
Feb  2 14:31:31 vdr kernel: [19083.413522] ddbridge: Unknown symbol dvb_frontend_detach (err -22) 
Feb  2 14:31:31 vdr kernel: [19083.413752] ddbridge: disagrees about version of symbol dvb_net_release 
Feb  2 14:31:31 vdr kernel: [19083.413756] ddbridge: Unknown symbol dvb_net_release (err -22) 
Feb  2 14:31:31 vdr kernel: [19083.413925] ddbridge: disagrees about version of symbol dvb_unregister_frontend 
Feb  2 14:31:31 vdr kernel: [19083.413929] ddbridge: Unknown symbol dvb_unregister_frontend (err -22) 
Feb  2 14:31:31 vdr kernel: [19083.414221] ddbridge: disagrees about version of symbol dvb_register_device 
Feb  2 14:31:31 vdr kernel: [19083.414225] ddbridge: Unknown symbol dvb_register_device (err -22) 
Feb  2 14:31:31 vdr kernel: [19083.414461] ddbridge: disagrees about version of symbol dvb_register_frontend 
Feb  2 14:31:31 vdr kernel: [19083.414466] ddbridge: Unknown symbol dvb_register_frontend (err -22) 
Feb  2 14:31:31 vdr kernel: [19083.414661] ddbridge: disagrees about version of symbol dvb_unregister_adapter 
Feb  2 14:31:31 vdr kernel: [19083.414665] ddbridge: Unknown symbol dvb_unregister_adapter (err -22)

Wer seinen schreibtisch und workdir sauber hält, ist klar im Vorteil!

Feb  2 15:25:10 vdr kernel: [ 2913.484565] Digital Devices PCIE bridge driver, Copyright (C) 2010 Digital Devices

das ist nun auch der Stand der Dinge für mich
Aber ebenso ohne dvb frontends, sollte der Treiber nicht schon so gut wie alles Benötigte enthalten oder sind weitere Module vonnöten ausser dvbcore und ddbridge?

Im Verzeichnis gibt's einem 'modules.order':

kernel//home/carel/src/ddbridge-0.2/ddbridge.ko
kernel//home/carel/src/ddbridge-0.2/drxk.ko
kernel//home/carel/src/ddbridge-0.2/tda18271c2dd.ko

So das hab ich mal von oben nach unten und vv. gemacht. Kein Erfolg.
Irgendwo fehlt der Freundschaft zwischen die Modulen:

ddbridge               15713  0
drxk                   47353  0
tda18271c2dd           13647  0
i2c_core               12894  4 ddbridge,drxk,tda18271c2dd,i2c_i801
dvb_core               61799  1 ddbridge
i2c_core               12894  4 ddbridge,drxk,tda18271c2dd,i2c_i801

Alles '0'. Laut Benhard sind die Modulen in einem Umgebung mit Kernel 2.6.36. entwickelt worden, und genau dieser Kernel hab ich hier. Schade

Zitat

Original von Commander1024

Code

Feb  2 15:25:10 vdr kernel: [ 2913.484565] Digital Devices PCIE bridge driver, Copyright (C) 2010 Digital Devices

das ist nun auch der Stand der Dinge für mich
Aber ebenso ohne dvb frontends, sollte der Treiber nicht schon so gut wie alles Benötigte enthalten oder sind weitere Module vonnöten ausser dvbcore und ddbridge?

Was habt ihr für eine Karte? Was sagt "lspci -vnn"?

CU
Oliver

die kleine PCIe Bridge mit 2 Anschlüssen, DVB-C und CI Modul

02:00.0 Multimedia video controller [0400]: Micronas Semiconductor Holding AG Device [18c3:0720] (rev 01)
	Subsystem: Micronas Semiconductor Holding AG Device [18c3:dd20]
	Flags: fast devsel, IRQ 16
	Memory at fddf0000 (32-bit, non-prefetchable) [size=64K]
	Memory at fdde0000 (64-bit, non-prefetchable) [size=64K]
	Capabilities: [40] Power Management version 2
	Capabilities: [48] MSI: Enable- Count=1/1 Maskable- 64bit+
	Capabilities: [58] Express Endpoint, MSI 00
	Capabilities: [100] Device Serial Number 00-00-00-00-00-00-00-00
	Capabilities: [400] Virtual Channel
	Kernel modules: ngene

das Kernel Modul ngene ist btw. nicht geladen

Ich heiß wohl nicht Commander1024 aber erlaube mir:

02:00.0 Multimedia video controller [0400]: Micronas Semiconductor Holding AG Device [18c3:0720]
        Subsystem: Micronas Semiconductor Holding AG Device [18c3:0720]
        Flags: bus master, fast devsel, latency 0
        Memory at febf0000 (32-bit, non-prefetchable) [size=64K]
        Memory at febe0000 (64-bit, non-prefetchable) [size=64K]
        Capabilities: [40] Power Management version 2
        Capabilities: [48] MSI: Enable- Count=1/1 Maskable- 64bit+
        Capabilities: [58] Express Endpoint, MSI 00
        Capabilities: [100] Device Serial Number 00-00-00-07-20-3c-11-00
        Capabilities: [400] Virtual Channel

funky carel, Du hast immerhin ne hex-Seriennummer

Und du hast nen IRQ?!

Das Modul ddbridge ist für die Octopus-Bridge, nicht für die ngene-Bridge!

CU
Oliver

Hier ist einem 'digital devices duoflex CT'; twin tuner. verbaut

http://shop.digital-devices.de…/62357162/Products/091005 welche Module ist das dann?

Carel

achso, da hab ich linux4media (hieke) dann wohl falsch verstanden oder er mich, als er mir / uns den treiber gesendet hatte. Das ngene modul lädt in Deiner (UFO) aktuellen Version ja auch sauber durch (mit fw18 ), kann aber mit dem dvb-c tuner ebensowenig anfangen.

Die Modularität hat ja einiges an Konfliktpotenzial, wenn man mit den Komponenten durcheinanderkommt
Ohne Basteln out-of-the-box wärs aber andererseits auch langweilig, stimmts?

Zitat

Original von carel
Hier ist einem 'digital devices duoflex CT'; twin tuner. verbaut

http://shop.digital-devices.de…/62357162/Products/091005 welche Module ist das dann?

Das ist eine ngene-Bridge mit Duoflex CT.
Diese braucht das ngene-Modul.

CU
Oliver

Dann tausche ich mein Duoflex mal um nach Octpus

Irgendwo muss der frontend Module im repos von UFO landen, oder sehe ich das falsch?

Zitat

Original von carel
Dann tausche ich mein Duoflex mal um nach Octpus

Hast Du auch noch eine Octopus?

Zitat

Irgendwo muss der frontend Module im repos von UFO landen, oder sehe ich das falsch?

Sobald ich
a) die Treiber habe
b) die Erlaubnis habe, sie zu veröffentlichen

werde ich ein Test-Repository aufsetzen.

CU
Oliver

Zitat

Dann tausche ich mein Duoflex mal um nach Octpus

stop, stop, jetzt gehen wieder einige Sachen durcheinander

carel, Du hast also wie ich auch eine DVB-C/T Duoflex an einer ngene bridge.
Die octopus ist das gleiche wie die ngene, bis auf die Tatsache, dass es 4 statt 2 Anschlüsse für Peripherie hat (und einen anderen Treiber benötigt).
Du musst also nix umtauschen, sondern den Treiber von endriss nehmen. Den bekommst Du hier: http://linuxtv.org/hg/~endriss/v4l-dvb

Allerdings kann der bislang nur mit mit dem DuoFlex DVB-S umgehen, wenn ich UFO da richtig verstanden habe.

Zitat

Hast Du auch noch eine Octopus?

Nee, anscheinend funktioniert der Octopus mit der Treibers von Bernhard, der duoflex halt nicht.
Deshalb denke ich tausche/verkaufe/esse mein duoflex, aber egal....Geduld ist auch nen schöne Sache. Im jedem Fall, vielen dank für die Erklärungen!

CU2

Carel

Du musst halt bedenken, dass Du da einiges an unterschiedlicher Hardware hast. 1. die Bridge mit 2 oder 4 Anschlüssen, die die Kommunikation zwischen den Geräten (diverse Tuner, CI Modul(e) ermöglicht und die Schnittstelle zum PC über den (mini)PCIe Port ist. Dann brauchst Du den Treiber für die DuoFlex Module, die sich um DVB-S (Sat) oder DVB-C/T kümmern, für die SAT Variante ist bereits alles fertig, der Treiber für Kabel lässt noch etwas auf sich warten. Dann wird ferner ggf. ein Treiber fürs CI Modul fällig (auch der soll schon fertig sein).
Zu guter letzt - und da ist bislang noch keiner dran - braucht natürlich die Applikation, die sich später um das DVB kümmert (vdr, mythtv, etc. pp.) eine Schnittstelle, damit sie den verschiedenen, angeschlossenen Tunermodulen die CAM(s) in den CI-Slots zuweisen kann und die Schlüssel zur Dekodierung weiterreicht.

Man sieht, da ist schon einiges passiert zu einem lauffähigen Gespann, einige letzte Schritte sind aber noch nötig. Am Wichtigsten derzeit dürfte der Punkt sein, jemanden zu finden, der die CAM-Api in den vdr einbaut, denn der Rest befindet sich bereits im Fluß

Hoffe, das war ein verständlicher write-up über den derzeitigen Stand der Dinge. Korrigiert mich, wenn ich was vergessen oder falsch widergegeben habe.

Huhu,

jetzt bin ich verwirrt? Ich denk der Treiber der zugesendet wurde, ist für die duoflex CT (also Kabel) mit der kleinen PCIe Bridge?

Gestern abend hatte ich beim kompilieren jedoch einen Fehler, aber noch nciht weiter geschaut was da fehlgeschlagen ist. Müssen vorab irgendwelche weiteren Pakete installiert werden?

EDIT: Wenn das der richtige Treiber ist und er sich denn erfolgreich installieren lässt, fehlt also nur noch die CAM Integration? Würde es aber mit VDR gehen, wenn mein Kabelanbieter unverschlüsselt sendet (Wilhelm Tel Hamburg, die Standardkanäle)?