Hallo,

ich habe gerade auf meinem Raspberry Pi ArchLinuxARM und dann die Treiber für meine TV-Karte: 'TechnoTrend TT-Connect S2-4600' installiert, dabei bin ich wie folgt vorgegangen:

1.) Ich habe die Pakete 'perl-proc-processtable' aus dem AUR, 'mercurial', 'base-devel' und was man sonst so braucht installiert.

2.) Ich habe die Treiber für die TV-Karte installiert: 
hg clone https://bitbucket.org/liplianin/s2-liplianin-v37
cd s2-liplianin-v37
make
make firmware
sudo make install 
sudo make firmware_install
Dieser Schritt hat ca. 3 Stunden gedauert, ging aber glatt ohne Fehlermeldungen über die Bühne. Dennoch scheint es zu Fehlern gekommen zu sein, wie der folgende Wust an Meldungen zeigt: 
>>> dmesg | grep dvb
[    3.528106] usb 1-1.2: Product: dvb-s2
[    5.527507] dvb_usb: disagrees about version of symbol dvb_dmxdev_init
[    5.527547] dvb_usb: Unknown symbol dvb_dmxdev_init (err -22)
[    5.527713] dvb_usb: disagrees about version of symbol dvb_register_adapter
[    5.527730] dvb_usb: Unknown symbol dvb_register_adapter (err -22)
[    5.527857] dvb_usb: disagrees about version of symbol dvb_net_init
[    5.527871] dvb_usb: Unknown symbol dvb_net_init (err -22)
[    5.527910] dvb_usb: disagrees about version of symbol dvb_dmxdev_release
[    5.527923] dvb_usb: Unknown symbol dvb_dmxdev_release (err -22)
[    5.527962] dvb_usb: disagrees about version of symbol dvb_frontend_detach
[    5.527975] dvb_usb: Unknown symbol dvb_frontend_detach (err -22)
[    5.527994] dvb_usb: disagrees about version of symbol dvb_net_release
[    5.528006] dvb_usb: Unknown symbol dvb_net_release (err -22)
[    5.528045] dvb_usb: disagrees about version of symbol dvb_unregister_frontend
[    5.528059] dvb_usb: Unknown symbol dvb_unregister_frontend (err -22)
[    5.528080] dvb_usb: disagrees about version of symbol dvb_register_frontend
[    5.528093] dvb_usb: Unknown symbol dvb_register_frontend (err -22)
[    5.528117] dvb_usb: disagrees about version of symbol dvb_unregister_adapter
[    5.528129] dvb_usb: Unknown symbol dvb_unregister_adapter (err -22)
[    6.151869] dvb_usb: disagrees about version of symbol dvb_dmxdev_init
[    6.151911] dvb_usb: Unknown symbol dvb_dmxdev_init (err -22)
[    6.152050] dvb_usb: disagrees about version of symbol dvb_register_adapter
[    6.152065] dvb_usb: Unknown symbol dvb_register_adapter (err -22)
[    6.152200] dvb_usb: disagrees about version of symbol dvb_net_init
[    6.152215] dvb_usb: Unknown symbol dvb_net_init (err -22)
[    6.152257] dvb_usb: disagrees about version of symbol dvb_dmxdev_release
[    6.152270] dvb_usb: Unknown symbol dvb_dmxdev_release (err -22)
[    6.152310] dvb_usb: disagrees about version of symbol dvb_frontend_detach
[    6.152322] dvb_usb: Unknown symbol dvb_frontend_detach (err -22)
[    6.152343] dvb_usb: disagrees about version of symbol dvb_net_release
[    6.152355] dvb_usb: Unknown symbol dvb_net_release (err -22)
[    6.152399] dvb_usb: disagrees about version of symbol dvb_unregister_frontend
[    6.152413] dvb_usb: Unknown symbol dvb_unregister_frontend (err -22)
[    6.152435] dvb_usb: disagrees about version of symbol dvb_register_frontend
[    6.152448] dvb_usb: Unknown symbol dvb_register_frontend (err -22)
[    6.152473] dvb_usb: disagrees about version of symbol dvb_unregister_adapter
[    6.152486] dvb_usb: Unknown symbol dvb_unregister_adapter (err -22)
Hat jemand eine Idee, was zu tun ist, um die Karte noch zum Laufen zu bekommen?
Ich würde mal depmod aufrufen und neu booten, falls nicht schon geschehen.
Hallo,

das hat leider keinen Effekt. Ich würde mich über weitere Vorschläge freuen 🙂

Gruß
Hm, du könntest vor dem Anschließen des DVB-Gerätes versuchen die Module mit modprobe -f zu laden... Ich habe mal das s2-liplianin-hg Paket aus dem AUR etwas angepasst, so dass nur die benötigten Module gebaut werden, Quellpaket liegt hier. Auf Arch x86_64 kompiliert erhalte ich damit keine Fehler. 
# lsmod|grep dvb
# modprobe dvb-usb-dw2102
# dmesg|tail
        598e978aadd39e24749e0da5a6cff568570b1d00 [media] pvrusb2: Trivial tweak to get rid of some redundant dereferences
[  133.062366] WARNING: You are using an experimental version of the media stack.
        As the driver is backported to an older kernel, it doesn't offer
        enough quality for its usage in production.
        Use it with care.
Latest git patches (needed if you report a bug to linux-media@vger.kernel.org):
        aeebb1b3146a70bf02d0115a2be690d856d12e8c [media] pvrusb2: For querystd, start with list of hardware-supported standards
        c0bb609fdc0b842799d5108aec7fae13b0fd32cd [media] pvrusb2: Get rid of obsolete code for video standard enumeration
        598e978aadd39e24749e0da5a6cff568570b1d00 [media] pvrusb2: Trivial tweak to get rid of some redundant dereferences
[  133.140618] usbcore: registered new interface driver dw2102
# lsmod|grep dvb
dvb_usb_dw2102         41299  0 
stv0288                 7033  1 dvb_usb_dw2102
stv0299                 9517  1 dvb_usb_dw2102
zl10039                 3588  1 dvb_usb_dw2102
m88rs2000               7047  1 dvb_usb_dw2102
stv0900                54384  1 dvb_usb_dw2102
mt312                   7671  1 dvb_usb_dw2102
si21xx                  8723  1 dvb_usb_dw2102
ds3000                 10926  1 dvb_usb_dw2102
stb6000                 2919  1 dvb_usb_dw2102
ts2020                  4856  1 dvb_usb_dw2102
tda10023                6463  1 dvb_usb_dw2102
cx24116                14567  1 dvb_usb_dw2102
dvb_pll                 9660  1 dvb_usb_dw2102
stv6110                 4619  1 dvb_usb_dw2102
stb6100                 5836  1 dvb_usb_dw2102
dvb_usb                17352  1 dvb_usb_dw2102
dvb_core               95227  2 dvb_usb,stv0299
rc_core                17056  1 dvb_usb
i2c_core               23171  23 drm,i915,i2c_i801,m88rs2000,cx24116,mt312,dvb_pll,dvb_usb,zl10039,drm_kms_helper,i2c_algo_bit,stb6000,stb6100,stv0288,stv0299,stv0900,stv6110,ds3000,si21xx,ts2020,dvb_usb_dw2102,tda10023,videodev
usbcore               175061  6 dvb_usb,ehci_hcd,ehci_pci,usbhid,dvb_usb_dw2102,xhci_hcd
# modprobe --show-depends dvb-usb-dw2102
insmod /lib/modules/3.8.4-1-ARCH/kernel/drivers/usb/usb-common.ko.gz 
insmod /lib/modules/3.8.4-1-ARCH/kernel/drivers/usb/core/usbcore.ko.gz 
insmod /lib/modules/3.8.4-1-ARCH/kernel/drivers/i2c/i2c-core.ko.gz 
insmod /lib/modules/3.8.4-1-ARCH/updates/kernel/drivers/media/rc/rc-core.ko.gz 
insmod /lib/modules/3.8.4-1-ARCH/updates/kernel/drivers/media/dvb/dvb-core/dvb-core.ko.gz 
insmod /lib/modules/3.8.4-1-ARCH/updates/kernel/drivers/media/dvb/dvb-usb/dvb-usb.ko.gz 
insmod /lib/modules/3.8.4-1-ARCH/updates/kernel/drivers/media/dvb/frontends/stb6100.ko.gz 
insmod /lib/modules/3.8.4-1-ARCH/updates/kernel/drivers/media/dvb/frontends/stv6110.ko.gz 
insmod /lib/modules/3.8.4-1-ARCH/updates/kernel/drivers/media/dvb/frontends/dvb-pll.ko.gz 
insmod /lib/modules/3.8.4-1-ARCH/updates/kernel/drivers/media/dvb/frontends/cx24116.ko.gz 
insmod /lib/modules/3.8.4-1-ARCH/updates/kernel/drivers/media/dvb/frontends/tda10023.ko.gz 
insmod /lib/modules/3.8.4-1-ARCH/updates/kernel/drivers/media/dvb/frontends/ts2020.ko.gz 
insmod /lib/modules/3.8.4-1-ARCH/updates/kernel/drivers/media/dvb/frontends/stb6000.ko.gz 
insmod /lib/modules/3.8.4-1-ARCH/updates/kernel/drivers/media/dvb/frontends/ds3000.ko.gz 
insmod /lib/modules/3.8.4-1-ARCH/updates/kernel/drivers/media/dvb/frontends/si21xx.ko.gz 
insmod /lib/modules/3.8.4-1-ARCH/updates/kernel/drivers/media/dvb/frontends/mt312.ko.gz 
insmod /lib/modules/3.8.4-1-ARCH/updates/kernel/drivers/media/dvb/frontends/stv0900.ko.gz 
insmod /lib/modules/3.8.4-1-ARCH/updates/kernel/drivers/media/dvb/frontends/m88rs2000.ko.gz 
insmod /lib/modules/3.8.4-1-ARCH/updates/kernel/drivers/media/dvb/frontends/zl10039.ko.gz 
insmod /lib/modules/3.8.4-1-ARCH/updates/kernel/drivers/media/dvb/frontends/stv0299.ko.gz 
insmod /lib/modules/3.8.4-1-ARCH/updates/kernel/drivers/media/dvb/frontends/stv0288.ko.gz 
insmod /lib/modules/3.8.4-1-ARCH/updates/kernel/drivers/media/dvb/dvb-usb/dvb-usb-dw2102.ko.gz
@hydro:

Mir ist die vorgehensweise noch nicht ganz klar. Woher weiß ich welche Module mit modprobe -f geladen werden müssen? Dann das Quellpaket mit der üblichen Prozedur bauen (wie bei einem Paket aus dem AUR)? Und anschließend nochmal die Prozedur aus dem oben genannten Beitrag wiederholen? Das alles bevor ich die Karte anstöpsle?
Das waren zwei unterschiedliche Ansätze (oder eher Anregungen):

a) Da sich die Module, die du bereits kompiliert hast, aufgrund von Versionskonflikten nicht laden lassen, könnte man modprobe mit -f vielleicht dazu bringen, diese Konflike zu ignorieren. Ich habe damit selbst keine Erfahrung und in der Manpage wird auch davon abgeraten, deshalb vergessen wir diesen Ansatz vielleicht am besten. Du benötigst in erster Linie das Modul dvb_usb_dw2102, das seinerseits von einer ganzen Reihe anderer Module abhängt, wie aus meiner vorherigen Posting ersichtlich. Hattest du eigentlich das zu deinem Kernel passende Header-Paket installiert (vermutlich linux-headers-raspberrypi)?

b) Der zweite Ansatz ist halt die liplianin-Module ordentlich als Paket zu installieren. Ich weiß nicht, ob das einen Unterschied macht, ich weiß nur, dass ich mit dem Paket keine Versionskonflikte beobachte (und habe selbst keinen Raspberry Pi zum ausprobieren). Im Moment sind die Module mit "make install" ja einfach so ins Dateisystem hineinkopiert worden und gehören zu keinem Paket, ich würde so etwas wann immer möglich vermeiden (und habe das folglich auch nicht ausprobiert).

Versuch einfach mal das verlinkte Paket zu bauen und zu installieren. Wenn nach einem Reboot dieselben Fehlermeldungen auftreten, kannst du es ja wieder deinstallieren.
etwas OT: gib bitte Bescheid wenn du es zum laufen gebracht hast und ob es auf Rpi überhaupt flüssig läuft (habe bisher nur gehört, dass er zu schwach ist).
@hydro: Alles klar, dann werde ich mal versuchen das genannte Paket zu bauen. Ich wusste gar nicht, daß es dafür ein AUR-Paket gibt. So ist das natürlich eine viel schöne Sache mit einem Paket, das ich installieren und deinstallieren kann. Das werde ich aber erst irgendwann die Tage über machen, weil das ganze echt lange kompiliert.

@Kabbone: Den Pi habe ich schon recht lange bei mir rumfliegen (auch noch die alte Version mit 256 MB Ram). Ich hatte auch schon mal Raspbmc und Debian drauf. Ich habe einen Kupfer-Kühlkörper draufgeklebt und ihn leicht übertaktet (850 MHz). Mit den ersten Versionen von Raspbmc & Co konnte ich keine Full-HD-Viedos abspielen. Es hat ständig geruckelt. Ich habe ihn nun wieder nach einigen Monaten aus der Versenkung geholt, hatte auch nochmal Raspbmc getestet und es macht eigentlich einen ganz guten Eindruck. Jedes Full-HD-Viedo, das ich mit dem XBMC-Media-Center getestet habe lief flüssig, allerdings habe ich nur mal ein paar Minuten laufen lassen bisher und noch keinen vollen Film gesehen. Der omxplayer ist übrigens auch ziemlich cool, er braucht kein X und das war der einzige Player, der von Anfang an Full-HD-Viedos ruckelfrei abgespielt hat. Allerdings wird (glaube ich) nur h264 von der GPU unterstützt, andere Formate habe ich nocht nicht so intensiv getestet. Es könnte sein, das inzwischen mit verbesserter Software der Pi ausreichen würde um ein MediaCenter flüssig zu betreiben, aber ich habe nicht vor es nochmal auszuprobieren:

Was auf meinem Pi funktionieren soll sind folgende Funktionen: Ich möchte über ssh mit meinem Shell-Skript, daß ich mir geschrieben habe Backups erstellen und diese auf eine externe Festplatte über den Pi abspeichern. Das heißt jeder Rechner im Heimnetzwerk ist mit dem Pi verbunden und speichert seine Backups auf die mit ihm verbunde Festplatte. Desweiteren soll der Pi als Fileserver dienen und die TV-Karte möchte ich auch nur zusammen mit tvheadend auf dem Pi zu installieren, um es als backend zu nutzen. Das frontend wird dann ein anderer Rechner sein, sodaß das Abspielen des Fernsehprogramms (denke ich) kein Problem sein sollte. Schließlich soll am Ende auch noch ein Cups-Server auf dem Pi laufen, damit ich nicht immer das Druckerkabel anstöpseln muss, wenn ich mit meinem Laptop drucken möchte 😉 Ein X-Server ist dann auf dem Pi gar nicht mehr nötig und soll auch nicht installiert werden. Ein Video mit h264-Codec könnte ich bei Bedarf aber auch ohne X mit dem omxplayer glotzen. Ich kann Dir dann später mal berichten, was ich alles hinbekommen habe von dem, was ich machen möchte. Aber Fernsehen direkt über den Pi schauen werde ich wohl eher nicht.
harald91 schriebIch wusste gar nicht, daß es dafür ein AUR-Paket gibt. So ist das natürlich eine viel schöne Sache mit einem Paket, das ich installieren und deinstallieren kann. Das werde ich aber erst irgendwann die Tage über machen, weil das ganze echt lange kompiliert.
Deshalb habe ich das AUR-Paket doch angepasst, so dass nur die benötigten Module kompiliert werden. Das sollte dann wesentlich schneller gehen.
hydro schrieb
harald91 schriebIch wusste gar nicht, daß es dafür ein AUR-Paket gibt. So ist das natürlich eine viel schöne Sache mit einem Paket, das ich installieren und deinstallieren kann. Das werde ich aber erst irgendwann die Tage über machen, weil das ganze echt lange kompiliert.
Deshalb habe ich das AUR-Paket doch angepasst, so dass nur die benötigten Module kompiliert werden.
Achso das kompiliert dann auch schneller 😃 *shame on me* Warum stellst Du Dein angepasstest Paket nicht auch ins AUR?
Ah ok, ich dachte du willst mit XBMC auf dem Pi TV schauen, aber deine Idee mit Backend und Frontend über Netzwerk wäre auch interessant, halte uns auf dem Laufenden 🙂. Ich habe auch einen "alten" Pi hier rumfliegen und die neue Version kommt demnächst. Ich bin auch mit der Geschwindigkeit von XBMC für diesen Preis durchaus zufrieden.
@hydro: Super, vielen Dank. Da hast Du ja ein ziemlich cooles Paket zusammengestellt. Es hat nur ca. 30 Minuten gebraucht zum kompilieren und ich kann es jetzt mit pacman-Verwalten, außerdem sieht die Ausgabe von dmesg schon wesentlich angenehmer aus: 
>>> dmesg | grep dvb
[    3.527901] usb 1-1.2: Product: dvb-s2
[    8.920509] dvb-usb: found a 'TT Connect S2 4600' in warm state.
[    8.945260] dvb-usb: will pass the complete MPEG2 transport stream to the software demuxer.
[    8.962178] dvb-usb: MAC address: bc:ea:2b:46:02:73
[    9.270544] dvb-usb: no frontend was attached by 'TT Connect S2 4600'
[    9.592691] dvb-usb: schedule remote query interval to 250 msecs.
[    9.592729] dvb-usb: TT Connect S2 4600 successfully initialized and connected.
[   11.836075] dvb-usb: recv bulk message failed: -110
Darüber hinaus existiert jetzt die Datei: /dev/dvb/adapter0. Es macht also insgesmat einen recht guten Eindruck. Leider bekomme ich die Karte immer noch nicht ganz zum Laufen, im tvheadend habe ich keine Auswahl für den TV-Adapter.

Gruß
Der Adapter ist da, warm, aktiviert, und initialisiert. Alles andere ist TV-Guck-Programm-Sache 🙂

Was passiert, wenn du mit scan & Co. dran gehst?
Inhalt von /dev/dvb/adapter0 sollte so aussehen 
crw-rw---- 1 root video 212, 4 30. Mär 10:51 demux0
crw-rw---- 1 root video 212, 5 30. Mär 10:51 dvr0
crw-rw---- 1 root video 212, 3 30. Mär 10:51 frontend0
crw-rw---- 1 root video 212, 7 30. Mär 10:51 net0
wahrscheinlich fehlt frontend0. Ist das Modul ts2022 geladen und die Firmware installiert (siehe hier)? Ist natürlich nicht auszuschließen, dass ich in dem Paket die eine oder andere Option noch hätte setzen sollen (z.B. CONFIG_MEDIA_ATTACH=y "Load and attach frontend and tuner driver modules as needed" ?).
Hallo Dirk. Ich dachte mir schon, daß der Adapter nun eigentlich richtig installiert sein sollte. Ich hatte die Karte bereits schonmal auf einem anderen Arch-Rechner installiert, dort lief sie problemlos mit tvheadend. tvheadend bietet ein Webinterface über das man normalerweise den TV-Adapter auswählen kann und dann einen Sendersuchlauf machen kann. Bis dahin brauche ich dann auch noch kein Frontend (das wäre dann später XBMC auf meinem Schlepptop). Könnte es ein Rechte-Problem sein, daß das tvheadend ggf. nicht zugreifen darf? 
>>> ls -lR /dev/dvb
/dev/dvb:
insgesamt 0
drwxr-xr-x 2 root root 100 1. Jan 1970 adapter0/

/dev/dvb/adapter0:
insgesamt 0
crw-rw---- 1 root video 212, 4 1. Jan 1970 demux0
crw-rw---- 1 root video 212, 5 1. Jan 1970 dvr0
crw-rw---- 1 root video 212, 7 1. Jan 1970 net0
Ich bin mir da nicht sicher, wie die Rechte gesetzt sein sollten. Kurios übrigens auch das Datum. Müsste nicht normalerwiese im Ordner '/dev/dvb/adapter0' eine Datei 'frontend0' liegen?

femon vermisst zumindestens so etwas in der Art: 
>>> femon -H
opening frontend failed: No such file or directory
edit: Beitrag von hydro eben erst entdeckt. Werde ich jetzt mal lesen und dann ggf. diesen Beitrag nochmal editieren.

edit:
ts2022 wurde bisher nicht geladen: 
>>> lsmod | grep ts2022
gab nichts aus.

Ich habe jetzt die Datei: '/etc/modules-load.d/modules.conf' mit Inhalt 'ts2022' angelegt. Nach Neustart wird das Modul nun geladen: 
>>> lsmod | grep ts2022
ts2022                  5927  0
Wie installiere ich die Firmware richtig? Wenn ich auf den Link klicke den Du angegeben hast, dann kann ich dort die Datei s2-TT4600-linux-20120815.tgz herunterladen, die mir nach entpacken einen Wulst an Dateien liefert von denen ich nicht weiß, was ich mit ihnen machen soll.
Die Firmware ist auch in dem Treiberpaket enthalten (liegt unter s2-liplianin/v4l/firmware/), du hattest ja ursprünglich schon "sudo make firmware_install" ausgeführt, also liegt sie vermutlich bereits am richtigen Ort. 
ls -l /usr/lib/firmware/dvb-fe-ds3103.fw
MD5-Summe der Datei in den beiden Paketen unterscheidet sich, ich weiß nicht ob das relevant ist. 
$ md5sum s2-TT4600-linux-20120815/dvb-fe-ds3103.fw s2-liplianin-hg/src/s2-liplianin/v4l/firmware/dvb-fe-ds3103.fw 
bde3c035a93ff5f433d418fad473ded8  s2-TT4600-linux-20120815/dvb-fe-ds3103.fw
2c12c1931ead080490e91bbc181aa285  s2-liplianin-hg/src/s2-liplianin/v4l/firmware/dvb-fe-ds3103.fw
Sollte nicht schaden auch dvb-fe-ds300x.fw nach /usr/lib/firmware/ zu kopieren, andere fw-Dateien gibt es in s2-TT4600-linux-20120815.tgz ja nicht.
Auf das Modul ts2022 bin ich nur aufgrund der dmesg-Ausgabe in obigem Link gekommen. 
 dvb-usb: found a 'TT Connect S2 4600' in warm state.
 dvb-usb: will pass the complete MPEG2 transport stream to the software demuxer.
 DVB: registering new adapter (TT Connect S2 4600)
 dvb-usb: MAC address: aa:bb:cc:dd:ee:ff
 DVB: registering adapter 0 frontend 0 (Montage Technology DS3103/TS2022)...
 input: IR-receiver inside an USB DVB receiver as /devices/pci0000:00/0000:00:04.1/usb2/2-2/input/input4
 dvb-usb: schedule remote query interval to 150 msecs.
 dvb-usb: TT Connect S2 4600 successfully initialized and connected.
 ds3103_firmware_ondemand: Waiting for firmware upload (dvb-fe-ds3103.fw)...
Hallo,

ich habe jetzt auch die Datei 'dvb-fe-ds300x.fw' nach '/usr/lib/firmware' kopiert. Im selben Verzeichnis habe ich auch die Dateien 'dvb-fe-ds3103.fw', 'dvb-fe-de3000.fw' und 'dvb-usb-s600.fw' außerdem wird das Modul ts2022 geladen. Ich habe aber immer noch das Problem, im Ordner '/dev/dvb/adapter0/' keine Datei 'frontend0' zu haben.

edit:
hydro schriebIIst natürlich nicht auszuschließen, dass ich in dem Paket die eine oder andere Option noch hätte setzen sollen (z.B. CONFIG_MEDIA_ATTACH=y "Load and attach frontend and tuner driver modules as needed" ?).
Wieviel Aufwand wäre es eigentlich dieses Paket zu modifizieren und diese Option(en) hinzuzufügen? Ansonsten fiele mir jetzt nichts anderes mehr ein, als mal das Paket aus dem AUR zu probieren, wenn tvheadend dann den Adapter immer noch nicht findet bin ich mit meinem Latein am Ende.
Du musst nur in meinem Paket in der Datei config_dw2102 die Zeile 
# CONFIG_MEDIA_ATTACH is not set
ändern in 
CONFIG_MEDIA_ATTACH=y
und mit makepkg --skipinteg das Paket neu bauen (oder md5sums anpassen, dann geht's ohne --skipinteg).

Alternativ kannst du auch im PKGBUILD die Zeilen 
  cp -v $srcdir/config_dw2102 v4l/.config
  make
ändern in 
  cp -v $srcdir/config_dw2102 v4l/.config
  make menuconfig
  make
Dann erscheint ein Menü, in dem du die Konfiguration selbst anpassen kannst: 
<M> Multimedia support  ---> 
  [*]   Load and attach frontend and tuner driver modules as needed
allerdings benötigst du dafür root-Rechte, oder du führst vorher als root einmal 
make -C /usr/src/linux-$(uname -r)/ menuconfig
aus. Das Menü dann beenden und danach als unprivilegierter User das Paket bauen (wobei das Menü dann erneut erscheint).

Im AUR-Paket müsstest du _hgroot ändern.
Hallo,

alles klar habe die config-Datei angepasst und die entsprechende md5sum im PKGBUILD angepasst. Ist jetzt gerade am kompilieren. Ich werde mich dann melden, wenns fertig ist und berichten, obs geklappt hat. Kurze Zwischenfrage. Das Paket werde ich voraussichtlich nach jedem Kernelupdate deinstallieren, neubauen und neuinstallieren müssen, oder?

Gruß

edit:
Ich habe das Paket nun neugebaut mit der besagten Option und immer noch das selbe Problem: Im Ordner '/dev/dvb/adapter0' befindet sich keine Datei 'frontend0'. Gibt es weitere Optionen in der Datei 'config_dw2102' die etwas Nützen könnten?

edit:
wenn ich das AUR-Packet kompilieren will, erhalte ich folgende Fehlermeldung: 
==> Fehlende Abhängigkeiten:
  -> kernel26-headers>=2.6.38,
  -> kernel26-headers<2.6.39
==> FEHLER: Konnte nicht alle Abhängigkeiten auflösen

>>> sudo pacman -S kernel26-headers
Warnung: linux-headers-raspberrypi-3.6.11-9 ist aktuell -- Reinstalliere

...
Am besten hat es also noch geklappt mit Deinem modifizierten Paket, aber diesen dämlich adapter0 bekomme ich eben nicht -.-
Ich hatte vergessen zu erwähnen, dass nicht nur _hgroot, sondern auch makedepends geändert werden müssen. 
makedepends=('mercurial' 'linux-headers')
Das AUR-Paket ist halt verwaist. Du kannst auch in meinem PKGBUILD die Zeile 
cp -v $srcdir/config_dw2102 v4l/.config
auskommentieren, dann werden ebenfalls alle Treiber kompiliert.