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.
Hallo,

ich habe jetzt die besagte Zeile in Deinem Paket auskommentiert und neu kompiliert, das hat auf dem Pi etwa 2 Stunden gedauert. Erste gute Nachricht: Im Ordner '/dev/dvb/adapter0' bedfindet sich jetzt auch die Datei 'frontend0'. So weit mal die erste Wasserstandsmeldung.
>>> femon -H 
status       | signal  93% | snr  0% | ber 0 | unc 768 |
gab zunächst kein 'FE_HAS_LOCK' aus, nach dem ich aber mal den Stromstecker herauszog, bekam ich folgende Ausgabe:
>>> femon -H 
status SCVYL | signal  64% | snr  3% | ber -1 | unc 65535 | FE_HAS_LOCK
Dieses Verhalten hatte ich auch schonmal auf meinem anderen ARCH-Rechner beobachtet. Jetzt bin ich mal gespannt ob der Sendersuchlauf durchläuft - um 23 Uhr läuft das Sportstudio 😉 Ich werde den Erfolg oder Mißerfolg dann wieder in diesen Beitrag hineineditieren.

Gruß

edit:
So, ich konnte inzwischen den Sendersuchlauf durchführen. So weit so gut. Ich habe nun das Backend mit dem Frontend verbunden. Ich kann jetzt fernsehen. Es läuft einigermaßen ok, aber auf Dauer nervt es doch etwas, denn das Bild wird alle paar Sekunden mal stellenweise pixelig manchmal stockt auch der Ton für einen Bruchteil einer Sekunde. Man könnte mit dem Pi als Backend leben, wenn man nichts anderes hätte, aber auf Dauer ist es nervig immer mal wieder zwischendurch ein pixeliges Bild zu haben. Das passiert bei SD-Kanälen seltener aber auch gelegentlich. Es kann sein, daß der Pi auch einfach nicht mehr kann, aber damit will ich mich (noch) nicht zufrieden geben. Ich habe auf meiner externen Festplatte auch einige Aufnahmen von HD-Sendern, die ich mit derselben Karte aufgenommen habe an einem anderen Rechner. Diese Aufnahmen von HD-Kanälen, kann ich mit dem Pi (omxplayer) vollkommen(!) problemlos schauen. Völlig ruckelfrei. Nie ein verpixeltes Bild. Wenn ich diese Aufnahmen streame und über XBMC auf meinem Laptop schaue auch absolut keine Probleme. Das heißt der Pi sollte in der Lage sein das Bildmaterial zu verarbeiten und auch das Streamen über das Netzwerk stellt offenbar kein Problem dar. Wenn ich nun nicht das Programm schaue, sondern es über den Pi aufnehme, dann erhalte ich eine Aufnahme, die genau die beschriebenen Fehler enthält: ab und zu mal ein pixeliges Bild, gelegentlich ein kurz stockender Ton. Die Aufnahme ist also schon fehlerhaft. Es spricht also vieles dafür, daß das Bild eben mit diesen Fehler schon auf dem Pi so ankommt. Ich habe mal mit htop die Prozessor- und Speicherauslastung verfolgt. Bei einer Aufnahme, oder beim Streamen des TV-Programms auf meinen Laptop habe ich Prozessorauslastungen auf dem Pi von max. 90 % im Mittel aber wohl eher etwas um die 70-80%, d.h. der Pi ist offenbar nicht vollkommen überlastet. Auch der Arbeitsspeicher ist laut htop kontinuierlich höchstens mit ca. 80 MB gefüllt. Das heißt: Weder Prozessor noch Arbeitsspeicher sind voll ausgelastet und der Pi spielt problemlos die Aufnahmen von HD-Programm die ich über einen anderen Linux-Rechner mit der selben DVB-S2-Karte aufgenommen habe. Was ist dann aber das Problem? Könnte es sein, daß der Treiber auf dem Pi nicht optimal läuft, oder wäre ein anderer Flaschenhals denkbar?
Vielleicht die DVB-Karte mal über einen aktiven USB-Hub anschließen?
@hydro: Ich habe nun Deinen Ratschlag befolgt und bin damit auf ein ganz kurioses Ergebnis gekommen: Also ich habe den DVB-S2-Adapter mit einem aktiven(!) Hub verbunden (und ja das Stromkabel war auch angeschlossen). Habe dann wieder über mein Frontend fernsehen geschaut. Dabei war das Bild dermaßen verpixelt, viel schlimmer als vorher, daß man quasi gar nicht mehr sinnvoll fernsehen konnte. Als ich den aktiven Hub wieder weggelassen habe und die Karte direkt an den Pi angeschlossen habe, hatte ich wieder das alte verhalten, mit im Vergleich dazu "moderater Anzahl" pixeliger stellen.

Wenn ich über das lokale Netzwerk große Dateien auf die externe Festplatte auf den Pi verschiebe bricht meine Verbindung nach kurzer Zeit von 3500 MB/s auf unter 1000 MB/s ein. Nebenbei wird mir mein tty1 geflutet mit folgender Fehlermeldung:
smsc95xx 1-1.1:1.0: eth0: kevent 2 may have been dropped
Kopiere ich dagegen die Datei nicht direkt auf die externe Festplatte, sondern auf die SD-Karte des Pis kann ich die volle Bandbreite ausnutzen und es kommt zu keinen Fehlermeldungen. Dieses Problem ist bekannt und dokomentiert, z.B: hier und hier, wobei die genannten Lösungsvorschläge bei mir keine Wirkung zeigen.

Was hat nun das eine mit dem anderen zu tun? Offenbar gibt es beim Pi Probleme bei der Kommunikation mit USB-Geräten und ich vermute, daß darin auch das Problem mit meiner TV-Karte begraben liegt. Denn Prozessor, Arbeitsspeicher, etc. ist alles nicht voll ausgelastet, wenn ich die TV-Karte nutze.
… gut zu wissen, dass der Pi anscheinend nicht gut mit S2-Sticks umgehen kann. Ich hab da in einem anderen Forum schon ein wenig was von gehört, dass das USB des Pi doch eher nur für einfachen In- und Output sei, und nicht so sehr für HD-Videostreams.

*eigenes Projekt noch in der Planung beerdige*
Hallo Dirk,

so ist es. Ich denke ich werde dann mein Projekt auch begraben und einen potenteren Rechner für meinen Heimserver verwenden. Was ich so bisher als Fazit ziehen kann: Als Mediaserver (zum Streamen von Musik und Filmen) taugt der Pi. Da konnte ich auch Full-HD-Videos von der externen Festplatte problemlos streamen. Das liegt wohl daran, daß dabei die Bandbreite des Heimnetzwerkes nicht voll ausgelutscht wird und der Pi noch damit klar kommt. Möchte ich den Pi aber als File-Server verwenden auf den ich über das Netzwerk größere Files auf die externe Festplatte rüberschicke (z.B: große .img-Dateien) fängt er schon an zu jodeln und meine Übertragungsrate bricht ein. Mit anderen Worten als File-Server kann ich meinen Pi in die Tonne kloppen. Kurios aber: Wenn ich die Dateien auf die SD-Karte schicke klappt alles problemlos. Schließlich ist die Verwendung als TV-Backend auch eher nicht zu empfehlen. Die Tests mit alten Aufnahmen haben gezeigt, daß ich die HD-Kanäle problemlos abspielen und streamen kann, wenn ich allerdings direkt die, an den Pi angeschlossene DVB-S2-Karte verwende wird das Bild pixelig auch dann wenn ich nicht direkt abspiele sondern nur aufnehme. Der Pi macht Probleme, wenn ich größere Dateien bei hohen Übertragungsraten über das Heimnetzwerk von der externen Festplatte lese oder auf sie schreibe, oder andere komplexere USB-Anwendungen nutze, wie eben hier die DVB-S2-Karte mit dem HD-Videostream. Eigentlich ein ziemlich unbefriedigens Ergebnis. Es hätte mich nicht überrascht, wenn es Probleme gegeben hätte, weil der Prozessor kontinuierlich bei 100% Auslastung klebt, oder der Arbeitsspeicher voll ist. Tatsächlich sind aber Arbeitsspeicher und Prozessorleistung des Pis völlig ausreichend und das Problem ist lediglich, daß man die USB-Anschlüsse offenbar für komplexere Anwendungen vergessen kann; insbesondere dann, wenn auch noch hohe Datenraten über das Netzwerk geschickt werden. Eigentlich ziemlich schade, denn was Stromverbrauch, Geräuschentwicklung und Größe des Geräts betrifft wäre es einfach der ideale Heim-Server gewesen und jeder andere Rechner, den ich nun verwenden werde mit größerem Arbeitsspeicher und Prozessor, den man nicht gebraucht hätte, ist jetzt der totale Over-Kill.
Dirk schrieb… gut zu wissen, dass der Pi anscheinend nicht gut mit S2-Sticks umgehen kann. Ich hab da in einem anderen Forum schon ein wenig was von gehört, dass das USB des Pi doch eher nur für einfachen In- und Output sei, und nicht so sehr für HD-Videostreams.

*eigenes Projekt noch in der Planung beerdige*
Der Pi hat einige Probleme mit dem USB-Bus. Also dem, an dem alle Periphie inkl. Ethernet hängt. 🙂 Am besten gar nichts dran hängen (schon gar nichts, was mehr als 500mA braucht), ansonsten krepiert dir wahlweise Ethernet, die USB-Geräte oder beides.

Ist halt als Unterrichts-Bastelgerät gedacht, und sekundär als HTPC.
harald91 schriebEigentlich ziemlich schade, denn was Stromverbrauch, Geräuschentwicklung und Größe des Geräts betrifft wäre es einfach der ideale Heim-Server gewesen […]
Gut, Heimserver ist nicht das Problem, da ich ein ziemlich potentes NAS hier stehen habe, aber nach einer gescheiten Dual-DVB-PVR-Lösung werde ich mich nun auch weiterhin umgucken müssen, wenn der Pi anscheinend schon an einem DVB-Stick scheitert 🙁 Aber eigentlich logisch: Das Ding wird bereits von modernen Routern übertroffen, was die Leistung angeht, und war sicher nie dazu gedacht, HD-Videostreams zu verwalten 🙂
Creshal schriebDer Pi hat einige Probleme mit dem USB-Bus. Also dem, an dem alle Periphie inkl. Ethernet hängt. 🙂 Am besten gar nichts dran hängen (schon gar nichts, was mehr als 500mA braucht), ansonsten krepiert dir wahlweise Ethernet, die USB-Geräte oder beides.
Das war auch die Gängige Aussage in den Meisten Foren, die ich so gefunden habe 🙁
@Creshal. Ich frage mich dann aber, ob für das Gerät nicht doch zu viel gespart wurde. Wenn das Gerät ein paar Euronen mehr kosten würde und man dafür mit dem USB-Bus was anfangen könnte hätte das Gerät einen erheblichen Mehrwert, dann könnte es die Anforderungen an meinen Server befriedigen und ich würde mir sofort noch zwei nachbestellen. Klar - das Gerät ist für die Anwendung auch nicht konzipiert; aber ich frage mich dann trotzdem, was man in der Schule mit diesem Gerät so anstellen soll!? GUI-Anwendungen sind auf dem Gerät extrem langsam (und ich denke auch die 256 MB mehr Arbeitsspeicher bei den neueren Geräten werden das nicht rausreißen). Man könnte vielleicht ein paar Sensoren dranhängen und ihn an nem Pendel schwingen lassen, oder irgendwas mit dem Aduino machen, ein paar LEDs dranhängen und zum Leuchten bringen, aber so spontan (ich bin auch kein Informatik-Lehrer) wüsste ich jetzt nicht, wie ich das Gerät in den Unterricht einbinden sollte. Zumal es, glaube ich, ohnehin schon schwierig ist, drei Lehrer zu finden, die wissen was Linux ist und überhaupt bereit sind grunsätzlich mal die Diskussion zu führen, ob man Linux in der Schule vielleicht verwenden könnte. Was manche Leute gegenüber Linux für eine Abwehrhaltung einnehmen mit fadenscheinlichen "Argumenten" ist teilweise unfassbar: "was soll Software schon können, die umsonst ist?", "das ist doch nur was für Nerds", "jeder benutzt Windows", "das kann ich aber auch mit Windows machen", "Windows und Linux ist doch dasselbe, nur das Linux schwerer zu bedienen ist", blablabla. Das tatsächliche Argument gegen Linux, das ich da raushöhre ist: "Ich habe keine Ahnung davon und kein Bock mich damit auseinanderzusetzen und jetzt lass' mich in Ruhe meinen Kaffee weitersaufen". Dabei wäre gerade für den Schuleinsatz Linux besonders gut geeignet - nicht nur wegen geringerer Kosten. Aber naja das ist ein anderes Thema.
> Wenn das Gerät ein paar Euronen mehr kosten würde und man dafür mit dem USB-Bus was anfangen könnte hätte das Gerät einen erheblichen Mehrwert, dann könnte es die Anforderungen an meinen Server befriedigen und ich würde mir sofort noch zwei nachbestellen.

Dafür gibts genug ähnliche Geräte, CuBox und Konsorten. Die sind aber wieder viel zu teuer für Schulen…

> ein paar LEDs dranhängen und zum Leuchten bringen, aber so spontan (ich bin auch kein Informatik-Lehrer) wüsste ich jetzt nicht, wie ich das Gerät in den Unterricht einbinden sollte.

Genau dafür: Hardwarenahe Programmierung. Paralleler IO geht beispielsweise in Windows gar nicht mehr, weil Microsoft die nötigen Kernelschnittstellen wegrationalisiert hat. 🙂 Das wurde entsprechend im Informatikunterricht ersatzlos gestrichen und könnte mit Pis günstig wieder eingeführt werden. Mal so ein paar LEDs, Motoren oder Transistoren ansteuern (auch im Physikunterricht) ist auch nützlich. Systemnahe Programmierung (direkt am Kernel rumspielen) geht mit Linux auch viel einfacher (okay, eher ein Fall für Unis, aber auch bei denen bedeutet ein Pi gleiche Leistung bei einem Fünftel der Kosten).


Und so viel langsamer als der durchschnittliche Schul-PC ist ein Pi auch nicht… Bei uns hat der Java-Compiler immer fünf Sekunden pro Codezeile gebraucht.
harald91 schriebMan könnte vielleicht ein paar Sensoren dranhängen und ihn an nem Pendel schwingen lassen, oder irgendwas mit dem Aduino machen, ein paar LEDs dranhängen und zum Leuchten bringen,
Als Steuereinheit für Roboter sicher auch toll, und allemal freier und mit mehr Möglichkeiten, als RCX oder NXT von Lego – Dafür ist das Ding sicher ursprünglich auch gedacht gewesen. Konnte ja keiner damit rechnen (oder doch? vielleicht einfach nur ignoriert?), das wir uns die Teile im Dutzend krallen, und Arch Drauf installieren, um sie als Mediaserver zu benutzen *g*

Das zeigt aber sehr schön, dass der Markt an kleinen, und freien Geräten irgendwo zwischen Embedded und Customer existiert. Vielleicht kommt die Foundation irgendwann auch mit einem kleinen, freien, UND potenten Board daher.
> Vielleicht kommt die Foundation irgendwann auch mit einem kleinen, freien, UND potenten Board daher.

Wie gesagt: Been there, done that. Die Foundation wirds vermutlich nicht machen, weil das nicht ihr Zielmarkt ist, aber es gibt genug ARM-Boards im 50-150€-Bereich.
Die Frage ist halt, wie frei diese Boards sind, und welche Möglichkeiten sie bieten …
Wie frei ist der Raspberry, nachdem der Grafiktreiber ein proprietärer Blob ist? Dass sie ihn in "Firmware" umbenannt haben, machts nicht besser…
Hallo,

ich habe nun die ZBox AD02, die noch bei mir zuhause rumfliegt mit ARCH bestückt, um mir meinen Server drauf zu basteln und scheitere schon wieder kläglich an der Inbetriebnahme des DVB-S2-Adapters. Ich habe wieder das Paket von hydro runtergeladen und kompiliert, das hat geklappt, aber es fehlt dann, wie bereits besprochen, wieder der 'adapter0', also wollte ich nun alle Treiber kompilieren, in dem ich die Zeile 'cp -v ...' auskommentiert habe, wie hydro in #20 vorschlägt (mit der Methode hatte dann beim RPi ja alles geklappt). Dann lächeln mir aber beim Versuch die Treiber zu kompilieren folgende Fehlermeldungen entgegen:
>>> makepkg
Fordere alle Änderungen an
Füge Änderungssätze hinzu
Füge Manifeste hinzu
Füge Dateiänderungen hinzu
Fügte 30 Änderungssätze mit 2074 Änderungen an 1979 Dateien hinzu
Aktualisiere auf Zweig default
1962 Dateien aktualisiert, 0 Dateien zusammengeführt, 0 Dateien entfernt, 0 Dateien ungelöst
[1m[32m==>[0;10m[1m Connecting to Mercurial server....[0;10m
warning: bitbucket.org certificate with fingerprint 24:9c:45:8b:9c:aa:ba:55:4e:01:6d:58:ff:e4:28:7d:2a:14:ae:3b not verified (check hostfingerprints or web.cacerts config setting)
Rufe von https://bitbucket.org/liplianin/s2-liplianin-v37/s2-liplianin ab
Suche nach Änderungen
Keine Änderungen gefunden
[1m[32m==>[0;10m[1m The local files are updated.[0;10m
[1m[32m==>[0;10m[1m Mercurial checkout done or server timeout[0;10m
[1m[32m==>[0;10m[1m Starting make...[0;10m
make -C /var/abs/local/s2-liplianin-hg/src/s2-liplianin-build/v4l 
make[1]: Entering directory `/var/abs/local/s2-liplianin-hg/src/s2-liplianin-build/v4l'
No version yet, using 3.8.4-1-ARCH
make[1]: Leaving directory `/var/abs/local/s2-liplianin-hg/src/s2-liplianin-build/v4l'
make[1]: Entering directory `/var/abs/local/s2-liplianin-hg/src/s2-liplianin-build/v4l'
scripts/make_makefile.pl
Updating/Creating .config
make[2]: Entering directory `/var/abs/local/s2-liplianin-hg/src/s2-liplianin-build/linux'
Applying patches for kernel 3.8.4-1-ARCH
patch -s -f -N -p1 -i ../backports/api_version.patch
patch -s -f -N -p1 -i ../backports/pr_fmt.patch
can't open git_log at ./version_patch.pl line 62.
make[2]: Leaving directory `/var/abs/local/s2-liplianin-hg/src/s2-liplianin-build/linux'
Preparing to compile for kernel version 3.8.4

***WARNING:*** You do not have the full kernel sources installed.
This does not prevent you from building the v4l-dvb tree if you have the
kernel headers, but the full kernel source may be required in order to use
make menuconfig / xconfig / qconfig.

If you are experiencing problems building the v4l-dvb tree, please try
building against a vanilla kernel before reporting a bug.

Vanilla kernels are available at http://kernel.org.
On most distros, this will compile a newly downloaded kernel:

cp /boot/config-`uname -r` <your kernel dir>/.config
cd <your kernel dir>
make all modules_install install

Please see your distro's web site for instructions to build a new kernel.

WARNING: This is the V4L/DVB backport tree, with experimental drivers
	 backported to run on legacy kernels from the development tree at:
		http://git.linuxtv.org/media-tree.git.
	 It is generally safe to use it for testing a new driver or
	 feature, but its usage on production environments is risky.
	 Don't use it in production. You've been warned.
Created default (all yes) .config file
./scripts/make_myconfig.pl
make[1]: Leaving directory `/var/abs/local/s2-liplianin-hg/src/s2-liplianin-build/v4l'
make[1]: Entering directory `/var/abs/local/s2-liplianin-hg/src/s2-liplianin-build/v4l'
perl scripts/make_config_compat.pl /lib/modules/3.8.4-1-ARCH/build ./.myconfig ./config-compat.h
creating symbolic links...
make -C firmware prep
make[2]: Entering directory `/var/abs/local/s2-liplianin-hg/src/s2-liplianin-build/v4l/firmware'
make[2]: Leaving directory `/var/abs/local/s2-liplianin-hg/src/s2-liplianin-build/v4l/firmware'
make -C firmware
make[2]: Entering directory `/var/abs/local/s2-liplianin-hg/src/s2-liplianin-build/v4l/firmware'
  CC  ihex2fw
Generating vicam/firmware.fw
Generating dabusb/firmware.fw
Generating dabusb/bitstream.bin
Generating ttusb-budget/dspbootcode.bin
Generating cpia2/stv0672_vp4.bin
Generating av7110/bootcode.bin
make[2]: Leaving directory `/var/abs/local/s2-liplianin-hg/src/s2-liplianin-build/v4l/firmware'
Kernel build directory is /lib/modules/3.8.4-1-ARCH/build
make -C ../linux apply_patches
make[2]: Entering directory `/var/abs/local/s2-liplianin-hg/src/s2-liplianin-build/linux'
Patches for 3.8.4-1-ARCH already applied.
make[2]: Leaving directory `/var/abs/local/s2-liplianin-hg/src/s2-liplianin-build/linux'
make -C /lib/modules/3.8.4-1-ARCH/build SUBDIRS=/var/abs/local/s2-liplianin-hg/src/s2-liplianin-build/v4l  modules
make[2]: Entering directory `/usr/src/linux-3.8.4-1-ARCH'
  CC [M]  /var/abs/local/s2-liplianin-hg/src/s2-liplianin-build/v4l/altera-lpt.o
  CC [M]  /var/abs/local/s2-liplianin-hg/src/s2-liplianin-build/v4l/altera-jtag.o
  CC [M]  /var/abs/local/s2-liplianin-hg/src/s2-liplianin-build/v4l/altera-comp.o
  CC [M]  /var/abs/local/s2-liplianin-hg/src/s2-liplianin-build/v4l/altera.o
  CC [M]  /var/abs/local/s2-liplianin-hg/src/s2-liplianin-build/v4l/au0828-core.o
  CC [M]  /var/abs/local/s2-liplianin-hg/src/s2-liplianin-build/v4l/au0828-i2c.o
  CC [M]  /var/abs/local/s2-liplianin-hg/src/s2-liplianin-build/v4l/au0828-cards.o
  CC [M]  /var/abs/local/s2-liplianin-hg/src/s2-liplianin-build/v4l/au0828-dvb.o
  CC [M]  /var/abs/local/s2-liplianin-hg/src/s2-liplianin-build/v4l/au0828-video.o
  CC [M]  /var/abs/local/s2-liplianin-hg/src/s2-liplianin-build/v4l/au0828-vbi.o
  CC [M]  /var/abs/local/s2-liplianin-hg/src/s2-liplianin-build/v4l/flexcop-pci.o
In file included from /var/abs/local/s2-liplianin-hg/src/s2-liplianin-build/v4l/flexcop-common.h:10:0,
                 from /var/abs/local/s2-liplianin-hg/src/s2-liplianin-build/v4l/flexcop-pci.c:8:
include/linux/pci.h:596:0: warning: "DEFINE_PCI_DEVICE_TABLE" redefined [enabled by default]
 #define DEFINE_PCI_DEVICE_TABLE(_table) \
 ^
In file included from <command-line>:0:0:
/var/abs/local/s2-liplianin-hg/src/s2-liplianin-build/v4l/compat.h:178:0: note: this is the location of the previous definition
 #define DEFINE_PCI_DEVICE_TABLE(_table) \
 ^
  CC [M]  /var/abs/local/s2-liplianin-hg/src/s2-liplianin-build/v4l/flexcop-usb.o
In file included from /var/abs/local/s2-liplianin-hg/src/s2-liplianin-build/v4l/flexcop-common.h:10:0,
                 from /var/abs/local/s2-liplianin-hg/src/s2-liplianin-build/v4l/flexcop-usb.c:8:
include/linux/pci.h:596:0: warning: "DEFINE_PCI_DEVICE_TABLE" redefined [enabled by default]
 #define DEFINE_PCI_DEVICE_TABLE(_table) \
 ^
In file included from <command-line>:0:0:
/var/abs/local/s2-liplianin-hg/src/s2-liplianin-build/v4l/compat.h:178:0: note: this is the location of the previous definition
 #define DEFINE_PCI_DEVICE_TABLE(_table) \
 ^
  CC [M]  /var/abs/local/s2-liplianin-hg/src/s2-liplianin-build/v4l/flexcop.o
In file included from /var/abs/local/s2-liplianin-hg/src/s2-liplianin-build/v4l/flexcop-common.h:10:0,
                 from /var/abs/local/s2-liplianin-hg/src/s2-liplianin-build/v4l/flexcop.h:10,
                 from /var/abs/local/s2-liplianin-hg/src/s2-liplianin-build/v4l/flexcop.c:34:
include/linux/pci.h:596:0: warning: "DEFINE_PCI_DEVICE_TABLE" redefined [enabled by default]
 #define DEFINE_PCI_DEVICE_TABLE(_table) \
 ^
In file included from <command-line>:0:0:
/var/abs/local/s2-liplianin-hg/src/s2-liplianin-build/v4l/compat.h:178:0: note: this is the location of the previous definition
 #define DEFINE_PCI_DEVICE_TABLE(_table) \
 ^
In file included from /var/abs/local/s2-liplianin-hg/src/s2-liplianin-build/v4l/flexcop-common.h:10:0,
                 from /var/abs/local/s2-liplianin-hg/src/s2-liplianin-build/v4l/flexcop.h:10,
                 from /var/abs/local/s2-liplianin-hg/src/s2-liplianin-build/v4l/flexcop.c:34:
include/linux/pci.h:596:0: warning: "DEFINE_PCI_DEVICE_TABLE" redefined [enabled by default]
 #define DEFINE_PCI_DEVICE_TABLE(_table) \
 ^
In file included from <command-line>:0:0:
/var/abs/local/s2-liplianin-hg/src/s2-liplianin-build/v4l/compat.h:178:0: note: this is the location of the previous definition
 #define DEFINE_PCI_DEVICE_TABLE(_table) \
 ^
  CC [M]  /var/abs/local/s2-liplianin-hg/src/s2-liplianin-build/v4l/flexcop-fe-tuner.o
In file included from /var/abs/local/s2-liplianin-hg/src/s2-liplianin-build/v4l/flexcop-common.h:10:0,
                 from /var/abs/local/s2-liplianin-hg/src/s2-liplianin-build/v4l/flexcop.h:10,
                 from /var/abs/local/s2-liplianin-hg/src/s2-liplianin-build/v4l/flexcop-fe-tuner.c:7:
include/linux/pci.h:596:0: warning: "DEFINE_PCI_DEVICE_TABLE" redefined [enabled by default]
 #define DEFINE_PCI_DEVICE_TABLE(_table) \
 ^
In file included from <command-line>:0:0:
/var/abs/local/s2-liplianin-hg/src/s2-liplianin-build/v4l/compat.h:178:0: note: this is the location of the previous definition
 #define DEFINE_PCI_DEVICE_TABLE(_table) \
 ^
  CC [M]  /var/abs/local/s2-liplianin-hg/src/s2-liplianin-build/v4l/flexcop-i2c.o
In file included from /var/abs/local/s2-liplianin-hg/src/s2-liplianin-build/v4l/flexcop-common.h:10:0,
                 from /var/abs/local/s2-liplianin-hg/src/s2-liplianin-build/v4l/flexcop.h:10,
                 from /var/abs/local/s2-liplianin-hg/src/s2-liplianin-build/v4l/flexcop-i2c.c:6:
include/linux/pci.h:596:0: warning: "DEFINE_PCI_DEVICE_TABLE" redefined [enabled by default]
 #define DEFINE_PCI_DEVICE_TABLE(_table) \
 ^
In file included from <command-line>:0:0:
/var/abs/local/s2-liplianin-hg/src/s2-liplianin-build/v4l/compat.h:178:0: note: this is the location of the previous definition
 #define DEFINE_PCI_DEVICE_TABLE(_table) \
 ^
In file included from /var/abs/local/s2-liplianin-hg/src/s2-liplianin-build/v4l/flexcop-common.h:10:0,
                 from /var/abs/local/s2-liplianin-hg/src/s2-liplianin-build/v4l/flexcop.h:10,
                 from /var/abs/local/s2-liplianin-hg/src/s2-liplianin-build/v4l/flexcop-i2c.c:6:
include/linux/pci.h:596:0: warning: "DEFINE_PCI_DEVICE_TABLE" redefined [enabled by default]
 #define DEFINE_PCI_DEVICE_TABLE(_table) \
 ^
In file included from <command-line>:0:0:
/var/abs/local/s2-liplianin-hg/src/s2-liplianin-build/v4l/compat.h:178:0: note: this is the location of the previous definition
 #define DEFINE_PCI_DEVICE_TABLE(_table) \
 ^
  CC [M]  /var/abs/local/s2-liplianin-hg/src/s2-liplianin-build/v4l/flexcop-sram.o
In file included from /var/abs/local/s2-liplianin-hg/src/s2-liplianin-build/v4l/flexcop-common.h:10:0,
                 from /var/abs/local/s2-liplianin-hg/src/s2-liplianin-build/v4l/flexcop.h:10,
                 from /var/abs/local/s2-liplianin-hg/src/s2-liplianin-build/v4l/flexcop-sram.c:6:
include/linux/pci.h:596:0: warning: "DEFINE_PCI_DEVICE_TABLE" redefined [enabled by default]
 #define DEFINE_PCI_DEVICE_TABLE(_table) \
 ^
In file included from <command-line>:0:0:
/var/abs/local/s2-liplianin-hg/src/s2-liplianin-build/v4l/compat.h:178:0: note: this is the location of the previous definition
 #define DEFINE_PCI_DEVICE_TABLE(_table) \
 ^
In file included from /var/abs/local/s2-liplianin-hg/src/s2-liplianin-build/v4l/flexcop-common.h:10:0,
                 from /var/abs/local/s2-liplianin-hg/src/s2-liplianin-build/v4l/flexcop.h:10,
                 from /var/abs/local/s2-liplianin-hg/src/s2-liplianin-build/v4l/flexcop-sram.c:6:
include/linux/pci.h:596:0: warning: "DEFINE_PCI_DEVICE_TABLE" redefined [enabled by default]
 #define DEFINE_PCI_DEVICE_TABLE(_table) \
 ^
In file included from <command-line>:0:0:
/var/abs/local/s2-liplianin-hg/src/s2-liplianin-build/v4l/compat.h:178:0: note: this is the location of the previous definition
 #define DEFINE_PCI_DEVICE_TABLE(_table) \
 ^
  CC [M]  /var/abs/local/s2-liplianin-hg/src/s2-liplianin-build/v4l/flexcop-eeprom.o
In file included from /var/abs/local/s2-liplianin-hg/src/s2-liplianin-build/v4l/flexcop-common.h:10:0,
                 from /var/abs/local/s2-liplianin-hg/src/s2-liplianin-build/v4l/flexcop.h:10,
                 from /var/abs/local/s2-liplianin-hg/src/s2-liplianin-build/v4l/flexcop-eeprom.c:6:
include/linux/pci.h:596:0: warning: "DEFINE_PCI_DEVICE_TABLE" redefined [enabled by default]
 #define DEFINE_PCI_DEVICE_TABLE(_table) \
 ^
In file included from <command-line>:0:0:
/var/abs/local/s2-liplianin-hg/src/s2-liplianin-build/v4l/compat.h:178:0: note: this is the location of the previous definition
 #define DEFINE_PCI_DEVICE_TABLE(_table) \
 ^
In file included from /var/abs/local/s2-liplianin-hg/src/s2-liplianin-build/v4l/flexcop-common.h:10:0,
                 from /var/abs/local/s2-liplianin-hg/src/s2-liplianin-build/v4l/flexcop.h:10,
                 from /var/abs/local/s2-liplianin-hg/src/s2-liplianin-build/v4l/flexcop-eeprom.c:6:
include/linux/pci.h:596:0: warning: "DEFINE_PCI_DEVICE_TABLE" redefined [enabled by default]
 #define DEFINE_PCI_DEVICE_TABLE(_table) \
 ^
In file included from <command-line>:0:0:
/var/abs/local/s2-liplianin-hg/src/s2-liplianin-build/v4l/compat.h:178:0: note: this is the location of the previous definition
 #define DEFINE_PCI_DEVICE_TABLE(_table) \
 ^
  CC [M]  /var/abs/local/s2-liplianin-hg/src/s2-liplianin-build/v4l/flexcop-misc.o
In file included from /var/abs/local/s2-liplianin-hg/src/s2-liplianin-build/v4l/flexcop-common.h:10:0,
                 from /var/abs/local/s2-liplianin-hg/src/s2-liplianin-build/v4l/flexcop.h:10,
                 from /var/abs/local/s2-liplianin-hg/src/s2-liplianin-build/v4l/flexcop-misc.c:6:
include/linux/pci.h:596:0: warning: "DEFINE_PCI_DEVICE_TABLE" redefined [enabled by default]
 #define DEFINE_PCI_DEVICE_TABLE(_table) \
 ^
In file included from <command-line>:0:0:
/var/abs/local/s2-liplianin-hg/src/s2-liplianin-build/v4l/compat.h:178:0: note: this is the location of the previous definition
 #define DEFINE_PCI_DEVICE_TABLE(_table) \
 ^
In file included from /var/abs/local/s2-liplianin-hg/src/s2-liplianin-build/v4l/flexcop-common.h:10:0,
                 from /var/abs/local/s2-liplianin-hg/src/s2-liplianin-build/v4l/flexcop.h:10,
                 from /var/abs/local/s2-liplianin-hg/src/s2-liplianin-build/v4l/flexcop-misc.c:6:
include/linux/pci.h:596:0: warning: "DEFINE_PCI_DEVICE_TABLE" redefined [enabled by default]
 #define DEFINE_PCI_DEVICE_TABLE(_table) \
 ^
In file included from <command-line>:0:0:
/var/abs/local/s2-liplianin-hg/src/s2-liplianin-build/v4l/compat.h:178:0: note: this is the location of the previous definition
 #define DEFINE_PCI_DEVICE_TABLE(_table) \
 ^
  CC [M]  /var/abs/local/s2-liplianin-hg/src/s2-liplianin-build/v4l/flexcop-hw-filter.o
In file included from /var/abs/local/s2-liplianin-hg/src/s2-liplianin-build/v4l/flexcop-common.h:10:0,
                 from /var/abs/local/s2-liplianin-hg/src/s2-liplianin-build/v4l/flexcop.h:10,
                 from /var/abs/local/s2-liplianin-hg/src/s2-liplianin-build/v4l/flexcop-hw-filter.c:6:
include/linux/pci.h:596:0: warning: "DEFINE_PCI_DEVICE_TABLE" redefined [enabled by default]
 #define DEFINE_PCI_DEVICE_TABLE(_table) \
 ^
In file included from <command-line>:0:0:
/var/abs/local/s2-liplianin-hg/src/s2-liplianin-build/v4l/compat.h:178:0: note: this is the location of the previous definition
 #define DEFINE_PCI_DEVICE_TABLE(_table) \
 ^
In file included from /var/abs/local/s2-liplianin-hg/src/s2-liplianin-build/v4l/flexcop-common.h:10:0,
                 from /var/abs/local/s2-liplianin-hg/src/s2-liplianin-build/v4l/flexcop.h:10,
                 from /var/abs/local/s2-liplianin-hg/src/s2-liplianin-build/v4l/flexcop-hw-filter.c:6:
include/linux/pci.h:596:0: warning: "DEFINE_PCI_DEVICE_TABLE" redefined [enabled by default]
 #define DEFINE_PCI_DEVICE_TABLE(_table) \
 ^
In file included from <command-line>:0:0:
/var/abs/local/s2-liplianin-hg/src/s2-liplianin-build/v4l/compat.h:178:0: note: this is the location of the previous definition
 #define DEFINE_PCI_DEVICE_TABLE(_table) \
 ^
  CC [M]  /var/abs/local/s2-liplianin-hg/src/s2-liplianin-build/v4l/flexcop-dma.o
In file included from /var/abs/local/s2-liplianin-hg/src/s2-liplianin-build/v4l/flexcop-common.h:10:0,
                 from /var/abs/local/s2-liplianin-hg/src/s2-liplianin-build/v4l/flexcop.h:10,
                 from /var/abs/local/s2-liplianin-hg/src/s2-liplianin-build/v4l/flexcop-dma.c:6:
include/linux/pci.h:596:0: warning: "DEFINE_PCI_DEVICE_TABLE" redefined [enabled by default]
 #define DEFINE_PCI_DEVICE_TABLE(_table) \
 ^
In file included from <command-line>:0:0:
/var/abs/local/s2-liplianin-hg/src/s2-liplianin-build/v4l/compat.h:178:0: note: this is the location of the previous definition
 #define DEFINE_PCI_DEVICE_TABLE(_table) \
 ^
In file included from /var/abs/local/s2-liplianin-hg/src/s2-liplianin-build/v4l/flexcop-common.h:10:0,
                 from /var/abs/local/s2-liplianin-hg/src/s2-liplianin-build/v4l/flexcop.h:10,
                 from /var/abs/local/s2-liplianin-hg/src/s2-liplianin-build/v4l/flexcop-dma.c:6:
include/linux/pci.h:596:0: warning: "DEFINE_PCI_DEVICE_TABLE" redefined [enabled by default]
 #define DEFINE_PCI_DEVICE_TABLE(_table) \
 ^
In file included from <command-line>:0:0:
/var/abs/local/s2-liplianin-hg/src/s2-liplianin-build/v4l/compat.h:178:0: note: this is the location of the previous definition
 #define DEFINE_PCI_DEVICE_TABLE(_table) \
 ^
  CC [M]  /var/abs/local/s2-liplianin-hg/src/s2-liplianin-build/v4l/bttv-driver.o
In file included from /var/abs/local/s2-liplianin-hg/src/s2-liplianin-build/v4l/bttvp.h:32:0,
                 from /var/abs/local/s2-liplianin-hg/src/s2-liplianin-build/v4l/bttv-driver.c:50:
include/linux/pci.h:596:0: warning: "DEFINE_PCI_DEVICE_TABLE" redefined [enabled by default]
 #define DEFINE_PCI_DEVICE_TABLE(_table) \
 ^
In file included from <command-line>:0:0:
/var/abs/local/s2-liplianin-hg/src/s2-liplianin-build/v4l/compat.h:178:0: note: this is the location of the previous definition
 #define DEFINE_PCI_DEVICE_TABLE(_table) \
 ^
/var/abs/local/s2-liplianin-hg/src/s2-liplianin-build/v4l/bttv-driver.c: In function 'flush_request_modules':
/var/abs/local/s2-liplianin-hg/src/s2-liplianin-build/v4l/bttv-driver.c:200:2: warning: 'flush_work_sync' is deprecated (declared at include/linux/workqueue.h:448) [-Wdeprecated-declarations]
  flush_work_sync(&dev->request_module_wk);
  ^
/var/abs/local/s2-liplianin-hg/src/s2-liplianin-build/v4l/bttv-driver.c: At top level:
/var/abs/local/s2-liplianin-hg/src/s2-liplianin-build/v4l/bttv-driver.c:4183:22: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'bttv_register_video'
 static int __devinit bttv_register_video(struct bttv *btv)
                      ^
/var/abs/local/s2-liplianin-hg/src/s2-liplianin-build/v4l/bttv-driver.c:4249:22: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'bttv_probe'
 static int __devinit bttv_probe(struct pci_dev *dev,
                      ^
/var/abs/local/s2-liplianin-hg/src/s2-liplianin-build/v4l/bttv-driver.c:4438:23: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'bttv_remove'
 static void __devexit bttv_remove(struct pci_dev *pci_dev)
                       ^
/var/abs/local/s2-liplianin-hg/src/s2-liplianin-build/v4l/bttv-driver.c:4581:14: error: 'bttv_probe' undeclared here (not in a function)
  .probe    = bttv_probe,
              ^
/var/abs/local/s2-liplianin-hg/src/s2-liplianin-build/v4l/bttv-driver.c:4582:2: error: implicit declaration of function '__devexit_p' [-Werror=implicit-function-declaration]
  .remove   = __devexit_p(bttv_remove),
  ^
/var/abs/local/s2-liplianin-hg/src/s2-liplianin-build/v4l/bttv-driver.c:4582:26: error: 'bttv_remove' undeclared here (not in a function)
  .remove   = __devexit_p(bttv_remove),
                          ^
In file included from include/linux/input.h:22:0,
                 from /var/abs/local/s2-liplianin-hg/src/s2-liplianin-build/v4l/compat.h:9,
                 from <command-line>:0:
include/linux/device.h:507:26: warning: 'dev_attr_card' defined but not used [-Wunused-variable]
  struct device_attribute dev_attr_##_name = __ATTR(_name, _mode, _show, _store)
                          ^
/var/abs/local/s2-liplianin-hg/src/s2-liplianin-build/v4l/bttv-driver.c:182:8: note: in expansion of macro 'DEVICE_ATTR'
 static DEVICE_ATTR(card, S_IRUGO, show_card, NULL);
        ^
/var/abs/local/s2-liplianin-hg/src/s2-liplianin-build/v4l/bttv-driver.c:192:13: warning: 'request_modules' defined but not used [-Wunused-function]
 static void request_modules(struct bttv *dev)
             ^
/var/abs/local/s2-liplianin-hg/src/s2-liplianin-build/v4l/bttv-driver.c:198:13: warning: 'flush_request_modules' defined but not used [-Wunused-function]
 static void flush_request_modules(struct bttv *dev)
             ^
/var/abs/local/s2-liplianin-hg/src/s2-liplianin-build/v4l/bttv-driver.c:3360:28: warning: 'bttv_video_template' defined but not used [-Wunused-variable]
 static struct video_device bttv_video_template = {
                            ^
/var/abs/local/s2-liplianin-hg/src/s2-liplianin-build/v4l/bttv-driver.c:3586:28: warning: 'radio_template' defined but not used [-Wunused-variable]
 static struct video_device radio_template = {
                            ^
/var/abs/local/s2-liplianin-hg/src/s2-liplianin-build/v4l/bttv-driver.c:3869:13: warning: 'bttv_irq_timeout' defined but not used [-Wunused-function]
 static void bttv_irq_timeout(unsigned long data)
             ^
/var/abs/local/s2-liplianin-hg/src/s2-liplianin-build/v4l/bttv-driver.c:4021:20: warning: 'bttv_irq' defined but not used [-Wunused-function]
 static irqreturn_t bttv_irq(int irq, void *dev_id)
                    ^
/var/abs/local/s2-liplianin-hg/src/s2-liplianin-build/v4l/bttv-driver.c:4137:29: warning: 'vdev_init' defined but not used [-Wunused-function]
 static struct video_device *vdev_init(struct bttv *btv,
                             ^
/var/abs/local/s2-liplianin-hg/src/s2-liplianin-build/v4l/bttv-driver.c:4157:13: warning: 'bttv_unregister_video' defined but not used [-Wunused-function]
 static void bttv_unregister_video(struct bttv *btv)
             ^
/var/abs/local/s2-liplianin-hg/src/s2-liplianin-build/v4l/bttv-driver.c:4238:13: warning: 'pci_set_command' defined but not used [-Wunused-function]
 static void pci_set_command(struct pci_dev *dev)
             ^
cc1: some warnings being treated as errors
make[3]: *** [/var/abs/local/s2-liplianin-hg/src/s2-liplianin-build/v4l/bttv-driver.o] Fehler 1
make[2]: *** [_module_/var/abs/local/s2-liplianin-hg/src/s2-liplianin-build/v4l] Error 2
make[2]: Leaving directory `/usr/src/linux-3.8.4-1-ARCH'
make[1]: *** [default] Fehler 2
make[1]: Leaving directory `/var/abs/local/s2-liplianin-hg/src/s2-liplianin-build/v4l'
make: *** [all] Fehler 2
[1m[31m==> FEHLER:[0;10m[1m Ein Fehler geschah in build().[0;10m
[1m    Breche ab ...[0;10m
Ich kann mit der Meldung nicht so viel anfangen, habe ich irgendwelche Abhängigkeiten vergessen zu installieren?
>>> uname -a
Linux asldkah 3.8.4-1-ARCH #1 SMP PREEMPT Wed Mar 20 22:10:25 CET 2013 x86_64 GNU/Linux
Alles klar, mit den neueren Treibern kompiliert wieder alles problemlos durch und alles funktioniert. Ich wusste gar nicht, daß es bereits eine neuere Version der Treiber gibt.