[gelöst][0.2] TT 1600 + 3200 wollen nicht

0tt0 · 18. Juli 2010

(Achtung, Anfängerfrage!)

Hi,
bin noch VDR-Setup Neuling und versuche mich nun erstmalig an der Installation eines VDR.
Bisher lief alles problemlos, yaVDR 0.2 installiert und Updates eingespielt. IPTV funktioniert schonmal.

Mein Problem sind jetzt die 2 DVB S2 Karten (TechnoTrend 3200 und 1600), mit denen es ja eigentlich out-of-the-box klappen solte?!

Ich habe bereits eine Senderliste mit SD und HD Kanälen.
Im VDR Setup sehe ich aber nur 2 DVB-Interfaces (1+2) und kann nicht auf normale Sender umschalten "Kanal nicht verfügbar"
Habe versuchsweise auch schon Treiber installiert "apt-get install v4l-dvb-dkms", hat aber auch nicht geholfen --> wieder removed.

Die Karten werden vom System erkannt, lspci -v zeigt sie zumindest an:

Code

01:04.0 Multimedia controller: Philips Semiconductors SAA7146 (rev 01)
        Subsystem: Technotrend Systemtechnik GmbH Device 101c
        Flags: bus master, medium devsel, latency 64, IRQ 21
        Memory at daeff800 (32-bit, non-prefetchable) [size=512]
        Kernel driver in use: budget dvb
        Kernel modules: budget


01:05.0 Multimedia controller: Philips Semiconductors SAA7146 (rev 01)
        Subsystem: Technotrend Systemtechnik GmbH Device 1019
        Flags: bus master, medium devsel, latency 64, IRQ 22
        Memory at daeffc00 (32-bit, non-prefetchable) [size=512]
        Kernel driver in use: budget_ci dvb
        Kernel modules: budget-ci

Alles anzeigen

dmesg | grep -i dvb liefert auch sinnvolle Ergebnisse:

Code

# dmesg | grep -i dvb
[   10.263812] saa7146: register extension 'budget dvb'.
[   10.263863] budget dvb 0000:01:04.0: PCI INT A -> GSI 21 (level, low) -> IRQ 21
[   10.263920] DVB: registering new adapter (TT-Budget S2-1600 PCI)
[   10.402419] saa7146: register extension 'budget_ci dvb'.
[   10.734520] DVB: Unable to find symbol stv090x_attach()
[   10.734601] budget_ci dvb 0000:01:05.0: PCI INT A -> GSI 22 (level, low) -> IRQ 22
[   10.734695] DVB: registering new adapter (TT-Budget S2-3200 PCI)
[   10.769605] input: Budget-CI dvb ir receiver saa7146 (1) as /devices/pci0000:00/0000:00:1e.0/0000:01:05.0/input/input5
[   11.204748] DVB: registering adapter 1 frontend 0 (STB0899 Multistandard)...

Im syslog finde ich dann aber zwei segfaults....:

Code

Jul 18 17:44:59 vdr10 kernel: [   10.263812] saa7146: register extension 'budget dvb'.
Jul 18 17:44:59 vdr10 kernel: [   10.263852]   alloc irq_desc for 21 on node -1
Jul 18 17:44:59 vdr10 kernel: [   10.263855]   alloc kstat_irqs on node -1
Jul 18 17:44:59 vdr10 kernel: [   10.263863] budget dvb 0000:01:04.0: PCI INT A -> GSI 21 (level, low) -> IRQ 21
Jul 18 17:44:59 vdr10 kernel: [   10.263890] IRQ 21/: IRQF_DISABLED is not guaranteed on shared IRQs
Jul 18 17:44:59 vdr10 kernel: [   10.263911] saa7146: found saa7146 @ mem f9a84800 (revision 1, irq 21) (0x13c2,0x101c).
Jul 18 17:44:59 vdr10 kernel: [   10.263917] saa7146 (0): dma buffer size 192512
Jul 18 17:44:59 vdr10 kernel: [   10.263920] DVB: registering new adapter (TT-Budget S2-1600 PCI)
Jul 18 17:44:59 vdr10 kernel: [   10.273853] ppdev: user-space parallel port driver
Jul 18 17:44:59 vdr10 kernel: [   10.314067] adapter has MAC addr = 00:d0:5c:cc:ab:e2
Jul 18 17:44:59 vdr10 kernel: [   10.356230] input: ImExPS/2 Generic Explorer Mouse as /devices/platform/i8042/serio1/input/input4
Jul 18 17:44:59 vdr10 kernel: [   10.402419] saa7146: register extension 'budget_ci dvb'.
Jul 18 17:44:59 vdr10 kernel: [   10.405626] RPC: Registered udp transport module.
Jul 18 17:44:59 vdr10 kernel: [   10.405630] RPC: Registered tcp transport module.
Jul 18 17:44:59 vdr10 kernel: [   10.405633] RPC: Registered tcp NFSv4.1 backchannel transport module.
Jul 18 17:44:59 vdr10 kernel: [   10.538206] HDA Intel 0000:03:00.1: PCI INT B -> GSI 17 (level, low) -> IRQ 17
Jul 18 17:44:59 vdr10 kernel: [   10.538211] hda_intel: Disable MSI for Nvidia chipset
Jul 18 17:44:59 vdr10 kernel: [   10.538239] HDA Intel 0000:03:00.1: setting latency timer to 64
Jul 18 17:44:59 vdr10 kernel: [   10.614036] lirc_dev: IR Remote Control driver registered, major 61 
Jul 18 17:44:59 vdr10 kernel: [   10.734520] DVB: Unable to find symbol stv090x_attach()
Jul 18 17:44:59 vdr10 kernel: [   10.734526] budget: A frontend driver was not found for device [1131:7146] subsystem [13c2:101c]
Jul 18 17:44:59 vdr10 kernel: [   10.734601] budget_ci dvb 0000:01:05.0: PCI INT A -> GSI 22 (level, low) -> IRQ 22
Jul 18 17:44:59 vdr10 kernel: [   10.734631] IRQ 22/: IRQF_DISABLED is not guaranteed on shared IRQs
Jul 18 17:44:59 vdr10 kernel: [   10.734685] saa7146: found saa7146 @ mem f8492c00 (revision 1, irq 22) (0x13c2,0x1019).
Jul 18 17:44:59 vdr10 kernel: [   10.734692] saa7146 (1): dma buffer size 192512
Jul 18 17:44:59 vdr10 kernel: [   10.734695] DVB: registering new adapter (TT-Budget S2-3200 PCI)
Jul 18 17:44:59 vdr10 kernel: [   10.769252] adapter has MAC addr = 00:d0:5c:68:2c:55
Jul 18 17:44:59 vdr10 kernel: [   10.769605] input: Budget-CI dvb ir receiver saa7146 (1) as /devices/pci0000:00/0000:00:1e.0/0000:01:05.0/input/input5
Jul 18 17:44:59 vdr10 kernel: [   10.828340] Installing knfsd (copyright (C) 1996 okir@monad.swb.de).
Jul 18 17:44:59 vdr10 kernel: [   10.869398] hsetroot[643]: segfault at 88 ip 08049c46 sp bfeb9ec0 error 4 in hsetroot[8048000+4000]
Jul 18 17:44:59 vdr10 init: x post-start process (638) terminated with status 139
Jul 18 17:44:59 vdr10 init: x main process (637) terminated with status 1
Jul 18 17:44:59 vdr10 init: x main process ended, respawning
Jul 18 17:44:59 vdr10 init: x main process (750) terminated with status 1
Jul 18 17:44:59 vdr10 init: x main process ended, respawning
Jul 18 17:44:59 vdr10 init: x post-start process (752) terminated with status 139
Jul 18 17:44:59 vdr10 kernel: [   10.907025] hsetroot[758]: segfault at 88 ip 08049c46 sp bf9a2270 error 4 in hsetroot[8048000+4000]
Jul 18 17:44:59 vdr10 cron[773]: (CRON) INFO (pidfile fd = 3)

Alles anzeigen

Gibt es da einen Zusammenhang?

Grafikkarte ist eine GT250, Board is ein Asus P5GC

0tt0

Funzt · 18. Juli 2010

Hi,

hatte die gleichen Probleme mit zwei 1600 und einer 3200.
Das hat bei mir geholfen (neben einem MB-Tausch

hg clone http://linuxtv.org/hg/v4l-dvb
cd v4l-dvb/
sed -i 's/CONFIG_DVB_FIREDTV=m/CONFIG_DVB_FIREDTV=n/' ./v4l/.config
make
make install

Grüße
Funzt

Spaceman · 18. Juli 2010

Bei mir laufen die TT 1600 bisher sehr gut mit folgendem Paket:

Code

ii  v4l-dvb-dkms                       0~20100518.14849                   v4l-dvb driver in DKMS format.

Grüße

Retsambulc · 18. Juli 2010

beim dmesg | grep -i DVB

-> 10.734520] DVB: Unable to find symbol stv090x_attach()

Zumindestens der TT-S2-1600 fehlt bei dir das eigentliche Modul.

Ich nutze seit gestern eine TT-S2-1600 und mir fehlte das Modul ebenso. Nachdem lange nichts ging und ich v4l und liplianin getestet hatte funktionierte es dann doch mit letzerem.

sudo stop vdr

sudo apt-get update && sudo apt-get install s2-liplianin-dkms

sudo reboot.

Danach existiert dann das stv090x Modul für die TT-S2-1600 und die dmesg

gibt das aus:

[ 8.475779] DVB: registering new adapter (TT-Budget S2-1600 PCI)
[ 9.644076] DVB: registering adapter 0 frontend 0 (STV090x
Multistandard)...

///

Man sieht bei deiner dmesg Ausgabe ja, dass der 3200 Adapter 1 frontend 0 zugewiesen wird, die 1600er jedoch auf Grund des fehlenden Moduls ausfällt.

Hoffe das hilft vielleicht teilweise

Faudeer · 19. Juli 2010

Hi,

ich hatte selbiges von dir beschriebene Problem mit der TT1600. Bei mir half nur, das libianin Paket downzugraden.
Es hat noch niemand bestätigt, aber da scheint es im aktuellen Paket ein Problem zu geben (oder es fehlt was, von dem ich nichts weiß).
Schau mal rein.

Faudeer

0tt0 · 19. Juli 2010

So, nach mehrstündigem googeln, zusammentragen der einzelnen Brösel und dem Studium verschiedener anderer Beiträge im VDR-Portal konnte ich mein Problem lösen.

Im Prinzip hatte Funzt schon beschrieben, was zu tun ist.
Ich bin allerdings weit entfernt davon ein Linux Kenner zu sein, daher hat's halt länger gedauert bis ichs verstanden hatte.

Hier mal eine etwas ausführlichere Version für alle, die ähnlich wenig Erfahrung mit Linux haben wie ich.

Wie bereits festgestellt wurde, fehlt das für den Betrieb der TT Karte(n) nötige Modul.
# modprobe stv090x liefert die Fehlermeldung FATAL: Module stv090y not found.
Ok, das war jetzt nicht wirklich überraschend.

Habe vorsorglich trotzdem mal die v4l-dvb-dkms installiert, auch wenn ich an Hand der verschiedenen Beiträge im Forum nicht an einen Erfolg glaubte:
# apt-get install v4l-dvb-dkms
Es wurden diese Treiber heruntergeladen und installiert:
http://ppa.launchpad.net/yavdr/stable-vdr/ubuntu/ lucid/main v4l-dvb-dkms 0~20100518.14849 [8.199kB]

Ein # modprobe stv090x lieferte jetzt zumindest schonmal keinen Fehler mehr.

Also reboot und ....
der VDR hat immer noch kein DVB Device, obwohl laut syslog und messages diesmal stv090x geladen wurde und alle Karten ordnungsgemäß eingebunden wurden.
DVB: Unable to find symbol stv090x_attach() tauchte im sylog nicht mehr auf.

Allerdings findet sich in messages kurz hinter den Zeilen mit dem laden des Treibers dieses hier:
kernel: [...] PID: ..., comm: modprobe Tainted: P ...

Also schnell wieder die Treiber deinstallieren ...
# apt-get removel v4l-dvb-dkms

... und aktuelle (?) Treiber holen und compilieren:
# wget http://linuxtv.org/hg/v4l-dvb/archive/9652f85e688a.tar.gz in /home/benutzer abgelegt und auch dorthin ausgepackt (benutzer = benutzername).
Dann nach /home/Benutzer/v4l-dvb-v4l-dvb-9652f85e688a gewechselt
# make distclean
# make clean
# make
Compilieren lief aber auf Fehler:
> /home/benutzer/v4l-dvb-9652f85e688a/v4l/firedtv-1394.c:22:17: error: dma.h: No such file or directory

Laut Quellen im Internet ist die Ursache dafür:
Ok, I see what is going on: the header files in question are available if you have the full Linux source installed, but they are not part of the "kernel-headers" package, at least on Ubuntu. Combined with the fact that the file now gets built with 2.6.30 causes the compile failures:[/SIZE] ... das dürfte auch erklären, weshalb bei einigen das compilieren auf anhieb klappte, bei mir aber nicht.

Glücklicherweise liefert Google auch hier die Lösung ... und jetzt verstehe ich auch was Funzt mit seinem "sed ..." wolte

Mann muss /home/benutzer/v4l-dvb-9652f85e688a/v4l/.config editieren und die Zeile
CONFIG_DVB_FIREDTV=m nach CONFIG_DVB_FIREDTV=n ändern.

Danach nochmal
# make
# make install
und reboot

Achtung: Laut Quellen im Internet ist es wichtig zuerst ohne die Änderung an der .config Datei das make auszuführen. Also in der oben beschriebenen Reihenfolge. Ob das stimmt habe ich nicht ausprobiert.

Sieht jetzt (fast) gut aus.
Alle DVB Karten werden jetzt registriert, aber im VDR erscheint nur 1 Karte (nur 3 statt 4 DVB Interfaces).
Im syslog sieht man, dass der vdr schneller hochfährt als der Kernel die Treiber läd: Zum Zeitpunkt an dem der VDR die Karten sucht, ist erst eine der zwei Karten im System bekannt, die andere wird eingebunden, wenn der VDR schon die Plugins nachläd ... also zu spät.

Lösung:
In der Datei etc/init/vdr.conf die Zeile
start on local-filesystems ändern nach start on local-filesystems and stopped udevtrigger

Reboot und gut ... zumindest bei mir

Aber Achtung, die Datei etc/init/vdr.conf wird bei einem Update wieder überschrieben.
Man sollte daher die Änderungen besser über ein Template einbauen. Aber das darf jetzt jemand anders beschreiben. Ich habe mich mit den Templates noch nicht weitergehend befasst.

Außerdem solte man in der Datei /etc/modprobe.d/blacklist.conf eine Zeile hinzufügen blacklist firedtv-1394 um das automatische Laden dieses Treibers (der wegen der Änderung an der .config Datei nicht mitcompiliert wurde) zu verhindern.

Nebenwirkung dieser ganzen Aktion:
Wer einen DVB Adapter hat, der das Modul "firedtv-1394" nutzt hat jetzt ein Problem, denn dieser wird jetzt nicht mehr funktionieren.

An dieser Stelle danke an Google und alle, die ihre Probleme (und Lösungen) mit diesen Karten hier im Forum und an anderen Stellen im Internet veröffentlicht haben.

Ach ja, alle Aktionen natürlich als su (sudo su) und ohne dass der vdr läuft (stop vdr)
0tt0

[gelöst][0.2] TT 1600 + 3200 wollen nicht

Jetzt mitmachen!

Teilen