Aktuelle Treiber für Octopus(ddbridge), CineS2(ngene/ddbridge), DuoFlex-S2, DuoFlex-CT, CineCT, MAX S8 sowie TT S2-6400 (Teil 3)

Zitat von UFO

Du hättest nur die inline entfernen müssen, die er anmosert.

Ich hab das irgendwie anderst verstanden und es hat ja geklappt

Hab jetzt deinen Patch genommen und läuft bis jetzt auch alles wie es soll.

Gruß MegaX

Hallo zusammen,

vielen Dank für die tolle Arbeit! Ich habe mir jetzt auch den eingepflegten Treiber installiert. Leider funktioniert die Digital Devices Cine S2 6.5 nach einem Suspend nicht mehr.

...
[	4.407350] dvb_core: module verification failed: signature and/or  required key missing - tainting kernel
[	4.408625] WARNING: You are using an experimental version of the media stack.
[	4.408625] 	As the driver is backported to an older kernel, it doesn't offer
[	4.408625] 	enough quality for its usage in production.
[	4.408625] 	Use it with care.
[	4.408625] Latest git patches (needed if you report a bug to linux-media@vger.kernel.org):
[	4.408625] 	dd0a6fe2bc3055cd61e369f97982c88183b1f0a0 [media] dvb-usb-dvbsky: fix i2c adapter for sp2 device
[	4.408625] 	b6851419409664bc564ce5148bbec1141944c710 [media] m88ds3103: change ts clock config for serial mode
[	4.408625] 	c29d6a83b3c14cf81a4c90a941eb923625192398 [media] cx23885: add DVBSky S952 support
[	4.408625] 	experimental: 1969cdc5388b711e2aef3d1747b5f7dd1cd965f3 experimental/ddbridge: Fix 'inlining failed in call to always_inline ...: recursive inlining'.
[	4.408625] 	v4l-dvb-saa716x: d7e98fc592305a600909003da2b7cc4338242511 saa716x_ff: Do not return on command ready timeout
[	4.411475] Digital Devices PCIE bridge driver 0.9.16, Copyright (C) 2010-14 Digital Devices GmbH
[	4.416131] DDBridge driver detected: Digital Devices Cine S2 V6.5 DVB adapter
[	4.416161] HW 0001000d REGMAP 00010004
[	4.416187] IRQ 00000010
[	4.424308] FS-Cache: Netfs 'nfs' registered for caching
[	4.425753] Port 0 (TAB 1): DUAL DVB-S2
[	4.427979] Port 1 (TAB 2): NO MODULE
[	4.435169] Port 2 (TAB 3): NO MODULE
[	4.436659] Port 3 (TAB 4): NO MODULE
[	4.436712] 0 netstream channels
[	4.436716] DVB: registering new adapter (DDBridge)
[	4.436718] DVB: registering new adapter (DDBridge)
[	4.449892] Installing knfsd (copyright (C) 1996 okir@monad.swb.de).
[	4.621707] snd_hda_intel 0000:00:1b.0: irq 107 for MSI/MSI-X
[	4.670733] SKU: Nid=0x1d sku_cfg=0x4035e601
[	4.670745] SKU: port_connectivity=0x1
[	4.670747] SKU: enable_pcbeep=0x1
[	4.670749] SKU: check_sum=0x00000005
[	4.670751] SKU: customization=0x000000e6
[	4.670753] SKU: external_amp=0x0
[	4.670754] SKU: platform_type=0x0
[	4.670756] SKU: swap=0x0
[	4.670757] SKU: override=0x1
[	4.677400] autoconfig: line_outs=3 (0x14/0x15/0x16/0x0/0x0) type:line
[	4.677405]	speaker_outs=0 (0x0/0x0/0x0/0x0/0x0)
[	4.677407]	hp_outs=1 (0x1b/0x0/0x0/0x0/0x0)
[	4.677409]	mono: mono_out=0x0
[	4.677411]	dig-out=0x1e/0x0
[	4.677413]	inputs:
[	4.677416]  	Front Mic=0x19
[	4.677418]  	Rear Mic=0x18
[	4.677420]  	Line=0x1a
[	4.677424] realtek: No valid SSID, checking pincfg 0x4035e601 for NID 0x1d
[	4.677426] realtek: Enabling init ASM_ID=0xe601 CODEC_ID=10ec0892
[	4.677225] Attaching STV0900 demodulator(1) Cut=0x30
[	4.692765] LNBx2x attached on addr=a
[	4.700413] Bluetooth: Core ver 2.17
[	4.704512] NET: Registered protocol family 31
[	4.704520] Bluetooth: HCI device and connection manager initialized
[	4.704537] Bluetooth: HCI socket layer initialized
[	4.704541] Bluetooth: L2CAP socket layer initialized
[	4.704550] Bluetooth: SCO socket layer initialized
[	4.709061] stv6110x_attach: Attaching STV6110x
[	4.709067] attach tuner input 0 adr 60
[	4.709259] ddbridge 0000:01:00.0: DVB: registering adapter 0 frontend 0 (STV090x Multistandard)...
[	4.716896] device-mapper: multipath: version 1.6.0 loaded
[	4.722656] Bluetooth: BNEP (Ethernet Emulation) ver 1.3
[	4.722661] Bluetooth: BNEP filters: protocol multicast
[	4.722675] Bluetooth: BNEP socket layer initialized
[	4.744920] Bluetooth: RFCOMM TTY layer initialized
[	4.744938] Bluetooth: RFCOMM socket layer initialized
[	4.744947] Bluetooth: RFCOMM ver 1.11
[	4.752430] Attaching STV0900 demodulator(2) Cut=0x30
[	4.752678] LNBx2x attached on addr=8
[	4.752687] stv6110x_attach: Attaching STV6110x
[	4.752690] attach tuner input 1 adr 63
[	4.752842] ddbridge 0000:01:00.0: DVB: registering adapter 1 frontend 0 (STV090x Multistandard)...
...

...
[  424.727043] PM: resume of devices complete after 513.368 msecs
[  424.727402] PM: Finishing wakeup.
[  424.727404] Restarting tasks ... done.
[  424.732521] video LNXVIDEO:00: Restoring backlight state
[  425.737706] DDBridge I2C timeout, card 0, port 0
[  425.737723] ddbridge 0000:01:00.0: DDBridge IRS 000000f1
[  425.805758] [drm] Enabling RC6 states: RC6 off, RC6p off, RC6pp off
[  426.619749] r8169 0000:03:00.0 eth0: link up
[  426.737589] DDBridge I2C timeout, card 0, port 0
[  426.737601] ddbridge 0000:01:00.0: DDBridge IRS 00000001
[  427.738471] DDBridge I2C timeout, card 0, port 0
[  427.738485] ddbridge 0000:01:00.0: DDBridge IRS 00000001
...

Im Modul habe ich folgende Option gesetzt - ohne Erfolg:

options ddbridge msi=0

Wenn ich vdr stoppe und den Treiber entlade und neu lade, funktioniert die Karte wieder:

sudo /etc/init.d/vdr stop
sudo modprobe -r ddbridge cxd2099 dvb_core
sudo modprobe -v ddbridge cxd2099 dvb_core
sudo /etc/init.d/vdr start

Gibt es eine Option oder einen Patch, damit die Karte nach dem Supend funktioniert? Falls nicht, kann mir jemand in wenigen Sätzen beschreiben, was am Treiber geändert werden müsste, damit ich versuchen kann, einen Patch zu erstellen?

UFO

Hi Oliver,

ich steige nicht so ganz durch die CI Einstellungen für die Octopus Twin CI. Kannst Du mir bitte helfen?

OCTOPUS BRIDGE

+----------------+
Tuner 0 -> Input 0 -> | |
| Port 0 - TAB 1 | -> Output 0
Tuner 1 -> Input 1 -> | |
+----------------+
Tuner 0 -> Input 2 -> | |
| Port 1 - TAB 2 | -> Output 1
Tuner 1 -> Input 3 -> | |
+----------------+
Tuner 0 -> Input 4 -> | |
| Port 2 - TAB 3 | -> Output 2
Tuner 1 -> Input 5 -> | |
+----------------+
Tuner 0 -> Input 6 -> | |
| Port 3 - TAB 4 | -> Output 3
Tuner 1 -> Input 7 -> | |
+----------------+

echo "00 01" > /sys/class/ddbridge/ddbridge0/redirect
"This will work for Input 0 if there's a CAM in Output 1 (TAB2)."

In Port 1 und 2 habe ich eine DUAL DVB-C/T, meine Cam ist in Tab 3/4.

[ 0.000000] ACPI: PM-Timer IO Port: 0x408
[ 3.395056] Port 0 (TAB 1): DUAL DVB-C/T
[ 3.415791] Port 1 (TAB 2): DUAL DVB-C/T
[ 3.415800] Port 2 (TAB 3): CI internal
[ 3.415805] Port 3 (TAB 4): CI internal

Dann müsste ich doch mit diesem Redirect das CI in Port 3:

echo "00 03" > /sys/class/ddbridge/ddbridge0/redirect

und diesem diesem Redirect auf das CI in Port 4 erreichen, oder?

echo "00 04" > /sys/class/ddbridge/ddbridge0/redirect

Falls ja, wie schaut das aus mit Doppelbelegungen? Ich meine 2* Input (Tuner) auf ein Output (CI).

Dies sollte doch dann alle Tuner umleiten, oder muss ich da noch was beachten?

echo "00 04" > /sys/class/ddbridge/ddbridge0/redirect

echo "01 04" > /sys/class/ddbridge/ddbridge0/redirect

echo "10 04" > /sys/class/ddbridge/ddbridge0/redirect

echo "11 04" > /sys/class/ddbridge/ddbridge0/redirect

Gibt das irgendwo bessere Doku als diese:

http://linuxtv.org/wiki/index.…tal_Devices_DuoFlex_C%26T

Danke,

Alex

Zitat von hululalalu

"This will work for Input 0 if there's a CAM in Output 1 (TAB2)."

In Port 1 und 2 habe ich eine DUAL DVB-C/T, meine Cam ist in Tab 3/4.

[ 0.000000] ACPI: PM-Timer IO Port: 0x408
[ 3.395056] Port 0 (TAB 1): DUAL DVB-C/T
[ 3.415791] Port 1 (TAB 2): DUAL DVB-C/T
[ 3.415800] Port 2 (TAB 3): CI internal
[ 3.415805] Port 3 (TAB 4): CI internal

Dann müsste ich doch mit diesem Redirect das CI in Port 3:

echo "00 03" > /sys/class/ddbridge/ddbridge0/redirect

und diesem diesem Redirect auf das CI in Port 4 erreichen, oder?

echo "00 04" > /sys/class/ddbridge/ddbridge0/redirect

Alles anzeigen

Nein, es gibt doch gar kein Port 4. Die CIs sind an Port 2 und 3.
Also immer 1 abziehen, bzw. Portnummer (von 0 gezählt), nicht TAB-Nummer (von 1 gezählt) benutzen.

Zitat

Falls ja, wie schaut das aus mit Doppelbelegungen? Ich meine 2* Input (Tuner) auf ein Output (CI).

Dies sollte doch dann alle Tuner umleiten, oder muss ich da noch was beachten?

Nein, das geht nicht. Wie soll man zwei Transportströme ohne Remuxing gleichzeitig durch ein CI leiten?

Es geht immer nur, genau einen TS von einem Tuner durch ein CI umzulenken.

Vom CI (TS Eingangnummer ist dann Portnummer *2) kann man aber den TS durch ein weiteres CI oder
in einen DVB-C-Modulator-Ausgang lenken.

Also, einen TS durch mehrere CI geht, mehrere TSs durch ein CI geht nicht.

Zumindest mit aktuellem vdr 2.1.x und dem Plugin ddci2 sollte es auch ohne redirect möglich sein, aber auch nur ein Tuner zur Zeit.

Lars.

Zitat von rjkm

Quoted

Falls ja, wie schaut das aus mit Doppelbelegungen? Ich meine 2* Input (Tuner) auf ein Output (CI).

Dies sollte doch dann alle Tuner umleiten, oder muss ich da noch was beachten?

Nein, das geht nicht. Wie soll man zwei Transportströme ohne Remuxing gleichzeitig durch ein CI leiten?

Es geht immer nur, genau einen TS von einem Tuner durch ein CI umzulenken.

Vom CI (TS Eingangnummer ist dann Portnummer *2) kann man aber den TS durch ein weiteres CI oder
in einen DVB-C-Modulator-Ausgang lenken.

Also, einen TS durch mehrere CI geht, mehrere TSs durch ein CI geht nicht.

Alles anzeigen

rjkm

Danke für Deine Antwort. Ich bin verwirrt, da die Spezifikationen etwas anderes sagen:

Multi Transponder Decrypting (MTD)
Entschlüsselung bis zu 4 TV Sender
mit nur einem CAM Modul
(nur bei Digital Devices DVB-Karten)


Da steht noch etwas von "geht nur unter Windows", jedoch hatte ich irgendwo gelesen, dass das bereits überholt ist und unter Linux funktioniert. Leider finde ich die Quelle gerade nicht wieder.

mini73

Ich nutze den VDR leider nicht. Ich hoffe das ist nicht schlimm, denn ich hatte gelesen hier könne man Distro/TV prog unabhängige Fragen stellen. Ich war auf Mythtv und schaue mir gerade tvheadend an (mir fehlen jedoch viele Features).

Gruß, Alex

Beim Einsatz des Plugins ddci2 hatte ich bisher noch keinen Erfolg bei der Entschlüsselung von HD+ Kanäle. Ich hatte hier ein Thema dazu erstellt. Hat jemand von euch eine Idee, woran es liegen kann?

Nachdem es doch eigentlich keine funktionsfähigen CAMs für CI-Schächte und HD+ gibt, die sich in Übereinstimmung mit den Board-Regel hier diskutieren lassen - nicht wirklich...

Hi!

Zitat von hululalalu

Entschlüsselung bis zu 4 TV Sender
mit nur einem CAM Modul
Da steht noch etwas von "geht nur unter Windows", jedoch hatte ich irgendwo gelesen, dass das bereits überholt ist und unter Linux funktioniert. Leider finde ich die Quelle gerade nicht wieder.

Die Quelle würde mich auch interessieren. Dann bräuchte ich mir nämlich nicht mehr selbst den Kopf zerbrechen wie ich das in meinem Plugin einbaue, sondern könnte es kopieren.

Zitat von hululalalu

Ich nutze den VDR leider nicht. Ich hoffe das ist nicht schlimm, denn ich hatte gelesen hier könne man Distro/TV prog unabhängige Fragen stellen. Ich war auf Mythtv und schaue mir gerade tvheadend an (mir fehlen jedoch viele Features).

Du kannst per Redirect einen CI Slot einem Tuner zuordnen. Das wird im Treiber gemacht und ist somit unabhängig von deiner benutzten Software.
Wenn du ohne Redirect die CI Slots den Tunern (1:1 Beziehung!) zuordnen willst, dann kann das mein ddci2 Plugin, aber eben nur für den VDR.
Ob sich irgend ein Entwickler bei Mythtv oder tvheadend damit befasst hat oder befassen will, weiß ich nicht. Möglich wäre es dort aber auch. So schwierig ist es ja nicht, wenn man sich in ddci2 anschaut wie ich das gelöst habe. Die notwendigen Verbesserungen im Treiber sind schon lange dort eingearbeitet.
Und wenn du MTD willst, dann wird das noch ein Weilchen dauern, weil ich extrem viel zu arbeiten habe und auch am Wochenende kaum Zeit finde.

Hallo allerseits,
bei meiner Duo Flex S2 mit 6 Tunern treten auf allen Kanälen TS Fehler auf, die sich durch nerviges Klötzeln bemerkbar machen.


Das passiert bei mit in folgenden Konfigurationen:
i) Ubuntu Trusty, mit Kernel 3.13 oder kernel 3.16 mit dem media_build_experimental gebaut nach Anleitung. Dabei ist es egal, ob ich msi= 0 oder 1 gesetzt habe.

ii) Ubuntu Trusty mit Kernel 3.13 oder Kernel 3.16 mit dem standard upstream dvb Treiber.

Das Problem tritt nicht auf, wenn ich:
Ubuntu Trusty mit Kernel 3.13 und ein altes media_build benutze, dass ich zufällig von der dvbsky Seite nutze (media_build-bst-13-140619.tar.gz heisst das dort) nutze.

Um meine Aufnahmen zu untersuchen nutze ich das vdr-checkts program von e-tobi. (http://projects.vdr-developer.org/git/vdr-checkts.git/tree/)
Meine Hardware ist ein H87 Board mit einer i3-4330 CPU. Ich nutze die fnu Pakete für ubuntu Trusty.

Nun die Frage an Euch: Habt Ihr auch diese TS Errors? Eventuell könnt Ihr ja mal ein paar Eurer letzten Aufnahmen einfach mal checken!

UFO sag mir, was ich an Daten liefern soll, ich helfe gerne mit, das Problem, wenn es ein allgemeines sein sollte, einzugrenzen.

Ich vermute, dass sich durch eine Treiberänderung das Problem bei mir eingeschlichen hat. Da ich ja eine funktionierende Konfiguration habe, würde ich ein HW Problem eher ausschliessen wollen. Im übrigen wenn ich die Digital Devices Karte durch zwei DVB Sky Karten ersetze (was ich nur zur Testzwecken gemacht habe) haben ich auch keine TS Fehler.

Stefan

Guten Morgen,

hab heut mal versucht, den Treiber für Kernel 3.19 zu bauen. Leider bekomm ich da eine unschöne Fehlermeldung:

make -C /root/cines2/media_build_experimental/v4l 
make[1]: Verzeichnis „/root/cines2/media_build_experimental/v4l“ wird betreten
creating symbolic links...
make -C firmware prep
make[2]: Entering directory '/root/cines2/media_build_experimental/v4l/firmware'
make[2]: Leaving directory '/root/cines2/media_build_experimental/v4l/firmware'
make -C firmware
make[2]: Entering directory '/root/cines2/media_build_experimental/v4l/firmware'
make[2]: Nothing to be done for 'default'.
make[2]: Leaving directory '/root/cines2/media_build_experimental/v4l/firmware'
Kernel build directory is /lib/modules/3.19.0-gentoo/build
make -C ../linux apply_patches
make[2]: Entering directory '/root/cines2/media_build_experimental/linux'
Patches for 3.19.0-gentoo already applied.
make[2]: Leaving directory '/root/cines2/media_build_experimental/linux'
make -C /lib/modules/3.19.0-gentoo/build SUBDIRS=/root/cines2/media_build_experimental/v4l  modules
make[2]: Entering directory '/usr/src/linux-3.19.0-gentoo'
  CC [M]  /root/cines2/media_build_experimental/v4l/dvb_net.o
In file included from <command-line>:0:0:
/root/cines2/media_build_experimental/v4l/compat.h:1435:0: warning: "smp_mb__after_atomic" redefined [enabled by default]
 #define smp_mb__after_atomic smp_mb__after_clear_bit
 ^
In file included from ./arch/x86/include/asm/bitops.h:18:0,
                 from include/linux/bitops.h:36,
                 from include/linux/kernel.h:10,
                 from include/linux/list.h:8,
                 from include/linux/preempt.h:10,
                 from include/linux/spinlock.h:50,
                 from include/linux/seqlock.h:35,
                 from include/linux/time.h:5,
                 from include/linux/input.h:11,
                 from /root/cines2/media_build_experimental/v4l/compat.h:9,
                 from <command-line>:0:
./arch/x86/include/asm/barrier.h:92:0: note: this is the location of the previous definition
 #define smp_mb__after_atomic() barrier()
 ^
In file included from include/net/flowcache.h:4:0,
                 from include/net/netns/xfrm.h:9,
                 from include/net/net_namespace.h:28,
                 from include/linux/netdevice.h:44,
                 from /root/cines2/media_build_experimental/v4l/dvb_net.c:59:
include/linux/interrupt.h: In function 'tasklet_disable_nosync':
include/linux/interrupt.h:543:2: error: implicit declaration of function 'smp_mb__after_clear_bit' [-Werror=implicit-function-declaration]
  smp_mb__after_atomic();
  ^
cc1: some warnings being treated as errors
scripts/Makefile.build:257: die Regel für Ziel „/root/cines2/media_build_experimental/v4l/dvb_net.o“ scheiterte
make[3]: *** [/root/cines2/media_build_experimental/v4l/dvb_net.o] Fehler 1
Makefile:1382: recipe for target '_module_/root/cines2/media_build_experimental/v4l' failed
make[2]: *** [_module_/root/cines2/media_build_experimental/v4l] Error 2
make[2]: Leaving directory '/usr/src/linux-3.19.0-gentoo'
Makefile:51: die Regel für Ziel „default“ scheiterte
make[1]: *** [default] Fehler 2
make[1]: Verzeichnis „/root/cines2/media_build_experimental/v4l“ wird verlassen
Makefile:28: die Regel für Ziel „all“ scheiterte
make: *** [all] Fehler 2

System:

Linux htpc 3.19.0-gentoo #1 SMP Wed Feb 18 05:54:41 CET 2015 x86_64 Intel(R) Atom(TM) CPU D525 @ 1.80GHz GenuineIntel GNU/Linux

Update:
Hab's compiliert bekommen. Eigentlich war ich der Meinung, dass ich sämtliches v4l-Zeug aus dem Kernel rausgeschmissen hatte. Um die Redefinition zu umgehen, hab ich einfach ein #ifndef eingefügt.

Zeile: 1434 - v4l/compat.h:

#ifdef NEED_SMP_MB_AFTER_ATOMIC
#ifndef smp_mb__after_atomic                                                                                                                                                              
#define smp_mb__after_atomic smp_mb__after_clear_bit
#endif
#endif

Keine Ahnung, ob der Fehler jetzt an meiner Kernelconfig oder am Treiber lag.

Bei mir gab es keine Probleme beim Kompilieren des Treibers mit Kernel 3.19.0-gentoo. Ich habe allerdings auch DVB Network Support (CONFIG_DVB_NET) abgewählt.

Seit dem Kernelupdate taucht bei mir immer wieder die Meldung

Zitat

DVB (dvb_dmxdev_filter_start): could not set feed
dvb_demux_feed_del: feed not in list (type=1 state=0 pid=ffff)

im Log auf. Diese Meldung habe ich vorher noch nie gesehen.
Mir sind auch zwischendurch mal kleinere Bildstörungen aufgefallen, wenn auch sehr selten. Ich kann allerdings nicht ausschließen, daß sich meine Empfangssituation eventuell verschlechtert hat. Ich verwende eine CineCT v6.1.

@ gentoo user

Ich habe vor einiger Zeit ins vdr-devel overlay

media-tv/media-build-experimental

gelegt.
Das .ebuild checkt falsch configurierte optionen im kernel aus.

Actuelle version ist der media-tv/media-build-experimental-0.0.1_p20150129 snapshot.

Dann braucht ihr da nix mehr per hand rumzufrickeln und schiebt auch nix am paketmanager vorbei

Hallo ..

Ich habe gesten versucht den Treiber für meine CineS2 V6.5 unter Debian 7.8 zu bauen.. Leider kriege ich diese fehlermeldung..
Kann mir jemand helfen?

# Drivers added successfully
make[1]: Leaving directory `/usr/src/media_build_experimental/linux'
root@OMVNAS:/usr/src/media_build_experimental# sudo make
make -C /usr/src/media_build_experimental/v4l
make[1]: Entering directory `/usr/src/media_build_experimental/v4l'
scripts/make_makefile.pl
Updating/Creating .config
make[2]: Entering directory `/usr/src/media_build_experimental/linux'
Applying patches for kernel 3.2.0-4-amd64
patch -s -f -N -p1 -i ../backports/api_version.patch
patch -s -f -N -p1 -i ../backports/pr_fmt.patch
patch -s -f -N -p1 -i ../backports/debug.patch
patch -s -f -N -p1 -i ../backports/drx39xxj.patch
patch -s -f -N -p1 -i ../backports/v3.16_netdev.patch
patch -s -f -N -p1 -i ../backports/v3.16_wait_on_bit.patch
patch -s -f -N -p1 -i ../backports/v3.16_void_gpiochip_remove.patch
patch -s -f -N -p1 -i ../backports/v3.11_dev_groups.patch
patch -s -f -N -p1 -i ../backports/v3.10_fw_driver_probe.patch
patch -s -f -N -p1 -i ../backports/v3.10_ir_hix5hd2.patch
patch -s -f -N -p1 -i ../backports/v3.9_pfn_warning.patch
patch -s -f -N -p1 -i ../backports/v3.9_drxj_warnings.patch
patch -s -f -N -p1 -i ../backports/v3.8_config_of.patch
patch -s -f -N -p1 -i ../backports/v3.6_i2c_add_mux_adapter.patch
patch -s -f -N -p1 -i ../backports/v3.4_i2c_add_mux_adapter.patch
patch -s -f -N -p1 -i ../backports/v3.2_devnode_uses_mode_t.patch
patch -s -f -N -p1 -i ../backports/v3.2_alloc_ordered_workqueue.patch
Patched drivers/media/dvb-core/dvbdev.c
Patched drivers/media/v4l2-core/v4l2-dev.c
Patched drivers/media/rc/rc-main.c
make[2]: Leaving directory `/usr/src/media_build_experimental/linux'
Preparing to compile for kernel version 3.2.0
File not found: /lib/modules/3.2.0-4-amd64/build/.config at ./scripts/make_kconfig.pl line 34, <IN> line 4.
make[2]: Entering directory `/usr/src/media_build_experimental/linux'
Patches for 3.2.0-4-amd64 already applied.
make[2]: Leaving directory `/usr/src/media_build_experimental/linux'
./scripts/make_kconfig.pl /lib/modules/3.2.0-4-amd64/build /lib/modules/3.2.0-4-amd64/build
Preparing to compile for kernel version 3.2.0
File not found: /lib/modules/3.2.0-4-amd64/build/.config at ./scripts/make_kconfig.pl line 34, <IN> line 4.
make[1]: Leaving directory `/usr/src/media_build_experimental/v4l'
make[1]: Entering directory `/usr/src/media_build_experimental/v4l'
Updating/Creating .config
make[2]: Entering directory `/usr/src/media_build_experimental/linux'
Patches for 3.2.0-4-amd64 already applied.
make[2]: Leaving directory `/usr/src/media_build_experimental/linux'
Preparing to compile for kernel version 3.2.0
File not found: /lib/modules/3.2.0-4-amd64/build/.config at ./scripts/make_kconfig.pl line 34, <IN> line 4.
make[2]: Entering directory `/usr/src/media_build_experimental/linux'
Patches for 3.2.0-4-amd64 already applied.
make[2]: Leaving directory `/usr/src/media_build_experimental/linux'
./scripts/make_kconfig.pl /lib/modules/3.2.0-4-amd64/build /lib/modules/3.2.0-4-amd64/build
Preparing to compile for kernel version 3.2.0
File not found: /lib/modules/3.2.0-4-amd64/build/.config at ./scripts/make_kconfig.pl line 34, <IN> line 4.
make[1]: *** Keine Regel vorhanden, um das Target ».myconfig«,
benötigt von »config-compat.h«, zu erstellen. Schluss.
make[1]: Leaving directory `/usr/src/media_build_experimental/v4l'
make: *** [all] Fehler 2