Kontrollieren, ob es unter /lib/modules/... mehrere Versionen der Module ddbridge/ngene und cxd2099 gibt.
Bei UFO's Build-System landet cxd2099.ko unter /lib/modules/'my-linux-kernel'/kernel/drivers/linux/drivers/staging/media/cxd2099. Wenn es original eine Version unter /lib/modules/'my-linux-kernel'/kernel/drivers/media gibt, wird diese nicht überschrieben.
Gruß
e9hack
so, die DuoFlex S2 funktioniert einwandfrei (sowohl an der Satix als auch an der Octopus)
War einfach eigene Unfähigkeit, beim Basteln war der Innenleiter aus dem Coaxkabel zu weit rausgerutscht -> ergo kein Empfang.
Hallo,
leider will meine Nova-S-Plus (Conexant 2388x, cx88xx...) mit den Treibern von gestern nun nicht mehr: Bild und Ton völlig zerhackt, Im Log:
Jan 16 12:00:28 debian vdr: [2497] frontend 2/0 lost lock on channel 580, tp 111758
Jan 16 12:00:28 debian vdr: [2497] frontend 2/0 regained lock on channel 580, tp 111758
Jan 16 12:00:31 debian vdr: [2497] frontend 2/0 lost lock on channel 580, tp 111758
Jan 16 12:00:31 debian vdr: [2497] frontend 2/0 regained lock on channel 580, tp 111758
Jan 16 12:00:34 debian vdr: [2497] frontend 2/0 lost lock on channel 580, tp 111758
Jan 16 12:00:34 debian vdr: [2497] frontend 2/0 regained lock on channel 580, tp 111758
Jan 16 12:00:37 debian vdr: [2497] frontend 2/0 lost lock on channel 580, tp 111758
Jan 16 12:00:37 debian vdr: [2497] frontend 2/0 regained lock on channel 580, tp 111758
Jan 16 12:00:40 debian vdr: [2497] frontend 2/0 lost lock on channel 580, tp 111758
Jan 16 12:00:40 debian vdr: [2497] frontend 2/0 regained lock on channel 580, tp 111758
Jan 16 12:00:43 debian vdr: [2497] frontend 2/0 lost lock on channel 580, tp 111758
Jan 16 12:00:43 debian vdr: [2497] frontend 2/0 regained lock on channel 580, tp 111758
Jan 16 12:00:49 debian vdr: [2497] frontend 2/0 lost lock on channel 2, tp 111836
Jan 16 12:00:49 debian vdr: [2497] frontend 2/0 regained lock on channel 2, tp 111836
Jan 16 12:00:52 debian vdr: [2497] frontend 2/0 lost lock on channel 2, tp 111836
Jan 16 12:00:52 debian vdr: [2497] frontend 2/0 regained lock on channel 2, tp 111836
Jan 16 12:00:55 debian vdr: [2497] frontend 2/0 lost lock on channel 2, tp 111836
Jan 16 12:00:55 debian vdr: [2497] frontend 2/0 regained lock on channel 2, tp 111836
Jan 16 12:00:58 debian vdr: [2497] frontend 2/0 lost lock on channel 2, tp 111836
Jan 16 12:00:58 debian vdr: [2497] frontend 2/0 regained lock on channel 2, tp 111836
Jan 16 12:01:01 debian vdr: [2497] frontend 2/0 lost lock on channel 2, tp 111836
Jan 16 12:01:01 debian vdr: [2497] frontend 2/0 regained lock on channel 2, tp 111836
Jan 16 12:01:04 debian vdr: [2497] frontend 2/0 lost lock on channel 2, tp 111836
Jan 16 12:01:04 debian vdr: [2497] frontend 2/0 regained lock on channel 2, tp 111836
Jan 16 12:01:10 debian vdr: [2497] frontend 2/0 lost lock on channel 101, tp 112031
Jan 16 12:01:10 debian vdr: [2497] frontend 2/0 regained lock on channel 101, tp 112031
Jan 16 12:01:13 debian vdr: [2497] frontend 2/0 lost lock on channel 101, tp 112031
Jan 16 12:01:13 debian vdr: [2497] frontend 2/0 regained lock on channel 101, tp 112031
Jan 16 12:01:16 debian vdr: [2497] frontend 2/0 lost lock on channel 101, tp 112031
Jan 16 12:01:16 debian vdr: [2497] frontend 2/0 regained lock on channel 101, tp 112031
Jan 16 12:01:19 debian vdr: [2497] frontend 2/0 lost lock on channel 101, tp 112031
Jan 16 12:01:19 debian vdr: [2497] frontend 2/0 regained lock on channel 101, tp 112031
Jan 16 12:01:22 debian vdr: [2497] frontend 2/0 lost lock on channel 101, tp 112031
Jan 16 12:01:22 debian vdr: [2497] frontend 2/0 regained lock on channel 101, tp 112031
Jan 16 12:01:25 debian vdr: [2497] frontend 2/0 lost lock on channel 101, tp 112031
Jan 16 12:01:25 debian vdr: [2497] frontend 2/0 regained lock on channel 101, tp 112031
ff..
Grüße
leider will meine Nova-S-Plus (Conexant 2388x, cx88xx...) mit den Treibern von gestern nun nicht mehr: Bild und Ton völlig zerhackt, Im Log:
Jan 16 12:00:28 debian vdr: [2497] frontend 2/0 lost lock on channel 580, tp 111758
Jan 16 12:00:28 debian vdr: [2497] frontend 2/0 regained lock on channel 580, tp 111758
...
Sorry, diese Treiber kommen von media_build. Nicht meine Baustelle. 
CU
Oliver
Sorry, diese Treiber kommen von media_build. Nicht meine Baustelle.
Aha - 
aber... und nu'? - Weiß jemand Rat??
Grüsse
hi carlo_os,
am besten mailinglist von linuxtv schreiben.
bis die treiber ausgebessert werden kannst du ja nen alten treiber stand auschecken, so behelfe ich mir zZ. 25.12.2011 funzt hier am besten.
greetz MarMic
hi carlo_os,
Jo', moin auch, MarMic,
und danke für Deine schnelle Antwort.
am besten mailinglist von linuxtv schreiben.
Äh ja klar, nur leider reichen meine English-"Kenntnisse" dazu nicht 
bis die treiber ausgebessert werden kannst du ja nen alten treiber stand auschecken, so behelfe ich mir zZ. 25.12.2011 funzt hier am besten.
Ach, das geht auch? Äh, wie macht man das denn?
Aber hatte noch ne' Sicherung vom vorherigen /media und habe das einfach erstmal wieder nach /drivers kopiert.
Danke und tschö
Btw, die nächste Entwicklerversion VDR 1.7.23 wird die Umschaltung selbst durchführen können.
Zur Info:
Mit VDR 1.7.23 klappt die Frontend-Umschaltung.
Wer sowohl DVB-C als auch DVB-T verwenden möchte, kann mit dem im Beitrag
[ANNOUNCE] VDR developer version 1.7.23
verlinkten experimentellen Plugin die Tuner seitens VDR auf einen bestimmten Empfangsmodus festlegen.
CU
Oliver
Was ist eigentlich bei media_build_experimental anders als in den Kernel-Treibern?
Der Grund meiner Nachfrage:
Ich versuche den Realtek-Treiber von hier https://github.com/ambrosa/DVB…-10tuner-mod_kernel-3.0.0 under kernel 3.2.1 zum
Laufen zu bringen. Leider gibts wohl in den Sourcen des media_build_experimental Änderungen, die mir da einen Strich durch die Rechnung machen.
Zum Beispiel:
Setze ich im Makefile das Kernel Dir (KDIR im Makefile) auf media_build_experimental, lässt sich der Treiber nicht kompilieren.
struct dvb_frontend_parameters scheint es dort nicht zu geben.
Wenn ich dann kompiliere, sieht das ganze so aus.
In file included from /usr/local/src/media_build_experimental/v4l/rtl2832u_fe.c:2:
/usr/local/src/media_build_experimental/v4l/rtl2832u_fe.h:50: error: field 'fep' has incomplete type
/usr/local/src/media_build_experimental/v4l/rtl2832u_fe.h:56: error: field 'current_bandwidth' has incomplete type
/usr/local/src/media_build_experimental/v4l/rtl2832u_fe.c:981: error: parameter 3 ('bandwidth') has incomplete type
/usr/local/src/media_build_experimental/v4l/rtl2832u_fe.c: In function 'rtl2840_set_parameters':
/usr/local/src/media_build_experimental/v4l/rtl2832u_fe.c:1509: error: dereferencing pointer to incomplete type
/usr/local/src/media_build_experimental/v4l/rtl2832u_fe.c:1510: error: dereferencing pointer to incomplete type
/usr/local/src/media_build_experimental/v4l/rtl2832u_fe.c:1525: error: dereferencing pointer to incomplete type
/usr/local/src/media_build_experimental/v4l/rtl2832u_fe.c:1525: error: dereferencing pointer to incomplete type
/usr/local/src/media_build_experimental/v4l/rtl2832u_fe.c:1529: error: dereferencing pointer to incomplete type
/usr/local/src/media_build_experimental/v4l/rtl2832u_fe.c:1551: error: dereferencing pointer to incomplete type
/usr/local/src/media_build_experimental/v4l/rtl2832u_fe.c: In function 'rtl2832_set_parameters':
/usr/local/src/media_build_experimental/v4l/rtl2832u_fe.c:1582: error: dereferencing pointer to incomplete type
/usr/local/src/media_build_experimental/v4l/rtl2832u_fe.c:1584: error: dereferencing pointer to incomplete type
/usr/local/src/media_build_experimental/v4l/rtl2832u_fe.c:1611: error: dereferencing pointer to incomplete type
/usr/local/src/media_build_experimental/v4l/rtl2832u_fe.c:1615: error: dereferencing pointer to incomplete type
/usr/local/src/media_build_experimental/v4l/rtl2832u_fe.c:1615: error: type of formal parameter 3 is incomplete
/usr/local/src/media_build_experimental/v4l/rtl2832u_fe.c:1623: error: dereferencing pointer to incomplete type
/usr/local/src/media_build_experimental/v4l/rtl2832u_fe.c:1625: error: 'BANDWIDTH_6_MHZ' undeclared (first use in this function)
/usr/local/src/media_build_experimental/v4l/rtl2832u_fe.c:1625: error: (Each undeclared identifier is reported only once
/usr/local/src/media_build_experimental/v4l/rtl2832u_fe.c:1625: error: for each function it appears in.)
/usr/local/src/media_build_experimental/v4l/rtl2832u_fe.c:1629: error: 'BANDWIDTH_7_MHZ' undeclared (first use in this function)
/usr/local/src/media_build_experimental/v4l/rtl2832u_fe.c:1633: error: 'BANDWIDTH_8_MHZ' undeclared (first use in this function)
/usr/local/src/media_build_experimental/v4l/rtl2832u_fe.c:1793: error: dereferencing pointer to incomplete type
/usr/local/src/media_build_experimental/v4l/rtl2832u_fe.c: In function 'rtl2832u_fe_attach':
/usr/local/src/media_build_experimental/v4l/rtl2832u_fe.c:2463: error: invalid application of 'sizeof' to incomplete type 'struct dvb_frontend_parameters'
/usr/local/src/media_build_experimental/v4l/rtl2832u_fe.c:2468: error: invalid application of 'sizeof' to incomplete type 'struct dvb_frontend_parameters'
/usr/local/src/media_build_experimental/v4l/rtl2832u_fe.c:2473: error: invalid application of 'sizeof' to incomplete type 'struct dvb_frontend_parameters'
/usr/local/src/media_build_experimental/v4l/rtl2832u_fe.c: At top level:
/usr/local/src/media_build_experimental/v4l/rtl2832u_fe.c:2527: warning: initialization from incompatible pointer type
/usr/local/src/media_build_experimental/v4l/rtl2832u_fe.c:2528: warning: initialization from incompatible pointer type
/usr/local/src/media_build_experimental/v4l/rtl2832u_fe.c:2563: warning: initialization from incompatible pointer type
/usr/local/src/media_build_experimental/v4l/rtl2832u_fe.c:2564: warning: initialization from incompatible pointer type
/usr/local/src/media_build_experimental/v4l/rtl2832u_fe.c:2596: warning: initialization from incompatible pointer type
/usr/local/src/media_build_experimental/v4l/rtl2832u_fe.c:2597: warning: initialization from incompatible pointer type
make[3]: *** [/usr/local/src/media_build_experimental/v4l/rtl2832u_fe.o] Fehler 1
make[2]: *** [_module_/usr/local/src/media_build_experimental/v4l] Error 2
make[2]: Leaving directory `/usr/src/linux-3.2.1'
make[1]: *** [default] Fehler 2
make[1]: Leaving directory `/usr/local/src/media_build_experimental/v4l'
make: *** [all] Fehler 2Setze ich im Makefile das Kernel Dir (KDIR im Makefile) auf mein entsprechendes Kernelverzeichniss, lässt sich der Treiber kompilieren.
Da ich noch eine Mystique Satix S2 in meinem Server habe, benötige ich eben zusätzlich "ngene". Die im Kernel 3.2.1 vorhanden Treiber scheinen älter
zu sein (sind auch weniger Dateien). Auch wurde meine Karte nach installation des Kernels nicht erkannt. Daher bin ich auf den media_build Zweig gewechselt.
1. Möglichkeit
Aktueller NGENE Treiber in den Kernel 3.2.1. Wie mache ich das?
2. Möglichkeit
Realtek Treiber in den media_build_experimental. Hier müsste wohl ein Programmierer ran, der die entprechenden Änderungen in den Sourcen macht
Hat wer Tips, was am sinnvollsten ist, um beide Treiber zum Laufen zu bewegen?
Grüsse
TheChief
Die Fehlermeldung hat nichts zu bedeuten.
Sie kommt, da VDR (oder ein Plugin) den Lockstatus abfragt, bevor das erste Mal getunt wurde.
Kann man auskommentieren, wenn's stört.
CU
Oliver
Hi,
mittlerweile habe vdr-1.7.23 installiert und das Erkennen von BVBT/C klappt nun automatisch.
Leider aber ist es so, dass so lange auf keinen DVB-T Sender geschaltet wird, dass Kernel-Log mit: "drxk: Error -22 on GetLockStatus" Meldungen zugemüllt wird.
Wo kann man denn das auskommentieren?
Hi,
mit kernel-3.2.1 bricht der Compiler mit folgendem Fehler ab:
.....
CC [M] /tmp/media_build_experimental/v4l/timblogiw.o
/tmp/media_build_experimental/v4l/timblogiw.c: In function 'buffer_queue':
/tmp/media_build_experimental/v4l/timblogiw.c:568:22: error: 'DMA_DEV_TO_MEM' undeclared (first use in this function)
/tmp/media_build_experimental/v4l/timblogiw.c:568:22: note: each undeclared identifier is reported only once for each function it appears in
make[3]: *** [/tmp/media_build_experimental/v4l/timblogiw.o] Error 1
make[2]: *** [_module_/tmp/media_build_experimental/v4l] Error 2
make[2]: Leaving directory `/usr/src/linux-3.2.1-gentoo'
make[1]: *** [default] Error 2
make[1]: Leaving directory `/tmp/media_build_experimental/v4l'
make: *** [all] Error 2
vdr01 media_build_experimental #Hi,
mit kernel-3.2.1 bricht der Compiler mit folgendem Fehler ab:
So lange du kein Timberdale (was auch immer das ist) hast kannst du vor make in der media_build_experimental/v4l/.config das gute Stück deaktivieren:
CONFIG_VIDEO_TIMBERDALE=n
CONFIG_RADIO_TIMBERDALE=n
Dann läuft make durch mit 3.2.1
Gruß Sepp
THX @ ape_sinklair,
damit gehts. 
Ich wollte den neuen Treiber wegen der Änderung bzgl. I2C bei der S2-6400 aktualisieren. Soweit Laufen die Treiber; aber leider scheint das iMon-Modul defekt zu sein. Hier gibt es schon einen Thread darüber: http://www.htpc-forum.de/forum/index.php?showtopic=9050#
Dank kräftiger unterstützung im Gen2VDR-Forum habe ich nun den dortigen Workaround hinbekommen. DMESG sieh jetzt schon besser aus:
hdvdr01 linux # lsmod
Module Size Used by
i2c_algo_bit 3767 0
rc_imon_mce 1121 0
ir_lirc_codec 2939 0
ir_mce_kbd_decoder 2530 0
ir_sanyo_decoder 1317 0
ir_sony_decoder 1171 0
ir_jvc_decoder 1249 0
ir_rc6_decoder 1658 0
ir_rc5_decoder 1125 0
ir_nec_decoder 1305 0
imon 16378 0
rc_core 10036 11 rc_imon_mce,ir_lirc_codec,ir_mce_kbd_decoder,ir_sanyo_decoder,ir_sony_decoder,ir_jvc_decoder,ir_rc6_decoder,ir_rc5_decoder,ir_nec_decoder,imon
budget 10576 0
budget_core 5212 1 budget
saa7146 8661 2 budget,budget_core
ttpci_eeprom 1451 1 budget_core
isl6423 1644 3
stv6110x 3120 3
stv090x 41343 3
saa716x_ff 17301 0
saa716x_core 41796 1 saa716x_ff
dvb_core 65480 4 budget,budget_core,saa716x_ff,saa716x_core
cpufreq_ondemand 4275 1
nvidia 10406697 31
ipv6 186188 36
snd_seq_oss 23292 0
snd_seq_midi_event 3720 1 snd_seq_oss
snd_seq 36542 4 snd_seq_oss,snd_seq_midi_event
snd_seq_device 3849 2 snd_seq_oss,snd_seq
snd_pcm_oss 32439 0
snd_mixer_oss 10315 1 snd_pcm_oss
lirc_serial 6834 3
lirc_dev 6443 2 ir_lirc_codec,lirc_serial
i2c_core 12954 9 i2c_algo_bit,budget,budget_core,ttpci_eeprom,isl6423,stv6110x,stv090x,saa716x_core,nvidia
forcedeth 41016 0
snd_hda_codec_hdmi 18006 1
snd_hda_codec_realtek 213655 1
snd_hda_intel 17274 0
snd_hda_codec 45479 3 snd_hda_codec_hdmi,snd_hda_codec_realtek,snd_hda_intel
snd_pcm 52554 4 snd_pcm_oss,snd_hda_codec_hdmi,snd_hda_intel,snd_hda_codec
snd_timer 13012 2 snd_seq,snd_pcm
snd_page_alloc 4933 2 snd_hda_intel,snd_pcmAber im aktuelle Treiber ist irgend was faul. Ich hoffe das wird bald repariert, weil sonst die Updates wohl immer schwieriger werden. Vor allen für Personen, die nicht so fit sind...
Aber im aktuelle Treiber ist irgend was faul. Ich hoffe das wird bald repariert, weil sonst die Updates wohl immer schwieriger werden. Vor allen für Personen, die nicht so fit sind...
vllt. solltest du auch sagen was genau da faul sein koennte? ohne details kein fix.
Leider habe ich keine Details. Nur folgendes:
Das ganze unter Gen2VDR mit Kernel 3.0.6
Mehr Details im Thread vom Gen2VDR Forum
Hallo,
wie weit steht es jetzt mit dat CI modul? Kann es jetzt schon funktionieren?
1.5 + tristate "CXD2099AR Common Interface driver"
1.6 + depends on DVB_CORE && PCI && I2C
1.7 + ---help---
1.8 + Support for the CI module found on cards based on
1.9 + - Micronas ngene PCIe bridge: cineS2 etc.
1.10 + - Digital Devices PCIe bridge: Octopus series
1.11 +
1.12 + For now, data is passed through '/dev/dvb/adapterX/sec0':
1.13 + - Encrypted data must be written to 'sec0'.
1.14 + - Decrypted data can be read from 'sec0'.
1.15 + - Setup the CAM using device 'ca0'.
Does this mean for each /dev/dvb/adapter a sec0 is being created? Where is the ca0 created?
Is there any way to test the CI module?
Walter
Moin!
CI siehe: CI-Unterstützung für CineS2, Mystique SaTiX-S2 Dual usw.
Das Plugin, an dem ich arbeite, funktioniert allerdings noch nicht. Aber mit dem redirect-Trick kann man zumindest einen Tuner mit dem CAM verbinden.
Lars.
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!
