(gelöst)[yavdr0.5alpha1]Mal wieder tbs Treiber und lirc :-(

Leider nicht, aber am besten TBS anschreiben und meckern - es ist ja nicht nur lircd, sondern auch die unsinnige Methode die Treiber für verschiedene Karten in eigenen Quellpakete zu legen was uns daran hindert etwas sinnvolles vorkompiliertes anzubieten....

Meines Erachtens haben die exact 2 zip files - eins nur mit den GPL Treibern - ohne das closed source geraffel.
Ein weiteres zip enthält closed source & open source treiber. Letzteres ist das was wir ins dkms verpacken.

Beim Versuch das letzte Zip von TBS zu verpacken mussten wir feststellen das es Änderungen an der Vorbereitung der Binary Blobs vorm Verlinken gab, was dann manuelle Anpassung erfordert um daraus ein dkms zu bauen. Deswegen gibts momentan noch keine aktuelle Version. Wenn du jetzt sowohl manuell als auch per dkms probiert hast, kann ich mir vorstellen das es nun insgesamt 3 lirc_serial module gibt.

Die Lösung ist sämtliche LIRC module anzuschalten damit die Module aus dem DKMS die aus dem Kernel überdecken können und alles zusammen zueinanderpasst.

Wie gesagt das aktuelle tbs dkms Paket in der 0.5 dürfte nicht gepflegt sein, weils eine Drecksarbeit ist das immer wieder hinzufriemeln. Wenn sie schon so ein Gefrickel machen sollten sie sich etwas einfallen lassen um die Binary Blobs automatisch vorzubereiten anstatt den User ein zurechtgezimmertes Bash-Script laufen zu lassen. Das was diese Scripte machen funktioniert mit DKMS nicht - da Teile davon im Buildprozess des DKMS wieder gelöscht werden.

Was jetzt dieses neue Script innerhalb des Zip soll (dvbc-....) weiss ich auch nicht. Die Motivation das ganze zu pflegen ohne das irgendjemand von uns Hardware davon hat und ohne irgendeinen Kontakt zu TBS zu haben ist auch sehr niedrig. Sagte ich schon das ich die Art wie sie die Treiber bereitstellen Scheisse finde ?

Zitat von steffen_b

Wie gesagt das aktuelle tbs dkms Paket in der 0.5 dürfte nicht gepflegt sein, weils eine Drecksarbeit ist das immer wieder hinzufriemeln.

Was heisst das jetzt für die Nutzer einer TBS-Karte?
Wird es für die 0.5-stable einen passenden Treiber geben, oder sollen/müssen wir bei der yaVDR-0.4 bleiben?

Momentan nutze ich yaVDR-0.4 mit den von Euch bereitgestellten tbs-Treibern von yaVDR und einem "Homebrew"-LIRC-Empfänger, was einwandfrei funktioniert.
Irgendwann würde ich ja auch gern einmal auf die aktuellere yaVDR-version updaten, vor allem weil ich mal das neue softhddevice-Plugin testen will.

Paulaner

das paket welches ich versucht habe für 0.5 zu bauen beinhaltet leider nicht en closesource. das funktioniert auch nicht mehr so wie gewünscht. daher müsst ihr euch die treiber selber bauen. das dkms paket ist noch versehentlich im repo und wird gleich von mir gelöscht.

Zitat von traxanos

daher müsst ihr euch die treiber selber bauen.

Hhhmm, das klingt ja nicht so prickelnd, wenn es bei Dir schon nicht klappt, dann wird es ja bei uns auch nicht viel besser laufen.
Mal noch eine Frage: Hast Du den aktuellsten Treiber "tbs-linux-drivers_v120617" zum kompilieren verwendet, oder einen älteren Treiber?

Momentan läuft ja mein yaVDR-0.4 sehr gut und ich habe nicht so den Druck unbedingt auf yaVDR-0.5 zu wechseln.
Aber wie ich schon geschrieben hatte würde ich gern das neue softhddevice-Plugin testen wollen.
Ohne einen vernünftigen Treiber für meine TBS-DVB-Karte macht das aber keinen Sinn.

Paulaner
PS: Ende Juli habe ich ein paar Tage Urlaub, da werde ich bestimmt etwas Zeit haben und versuchen den Treiber kompiliert zu bekommen.

Hi Olli,
das klingt ja schon viel besser!
Vielleicht kannst Du mal ein kleines HowTo schreiben, wie man bei yaVDR vorzugehen hat, um den TBS-Treiber installiert zu bekommen.
Ich denke das interessiert nicht nur mich, sondern auch alle anderen TBS-Nutzer.

Paulaner

Hi Olli,
danke für das kleine HowTo zur Installation des TBS-Treibers.
Die einzige wirkliche Besonderheit ist also das Sichern und Rückspielen der "lirc_dev.ko", der Rest ist ja wie immer.
Das ist also kein größeres Problem und ich werde das demnächst auch einmal testen.

Paulaner

Hi,

Danke für das HowTo!
Bei mir hat es leider nicht funktioniert, allerdings auf Basis 3.2.0-26 generic.
Ich hab einen atric-5 und der taucht nicht auf unter

cat /proc/bus/input/devices

Verwendet ihr evtl. direkt den IR Empfänger der TBS Karte?

Gruß Lucky

Zitat von Lucky2k

Code

cat /proc/bus/input/devices

Da kann nie der Atric selbst auftauchen, sondern nur das Input-Gerät, das der lircd-Daemon (yaVDR 0.4) bzw. lircd2uinput (yaVDR 0.5) erstellen.
Ist im WFE die Einstellung für den Atric richtig gesetzt? Wie sieht der Inhalt von /var/run/lirc/ aus, was steht im Log des Lirc-Daemons (/var/log/upstart/lircd.log - am besten als Superuser darauf zugreifen)

seahawk, danke für die Hilfe!

WFE steht auf Home-brew KLS 1.6 profile (16x50 UART compatible serial port) / ttyS0

cat /var/log/upstart/lircd.log.1

lircd-0.9.0[4069]: removed client
lircd-0.9.0[4069]: caught signal
lircd-0.9.0[1171]: lircd(default) ready, using /var/run/lirc/lircd.1171
lircd-0.9.0[1171]: accepted new client on /var/run/lirc/lircd.1171
lircd-0.9.0[1171]: removed client
lircd-0.9.0[1171]: caught signal
lircd-0.9.0[2960]: lircd(default) ready, using /var/run/lirc/lircd.2960
lircd-0.9.0[2960]: accepted new client on /var/run/lirc/lircd.2960

ls -l /var/run/lirc

srw-rw-rw- 1 root root 0 Jul 12 19:53 lircd
srw-rw-rw- 1 root root 0 Jul 11 22:55 lircd.1171
srw-rw-rw- 1 root root 0 Jul 12 19:53 lircd.2960
-rw-r--r-- 1 root root 5 Jul 12 19:53 lircd.pid

cat /proc/bus/input/devices

I: Bus=0019 Vendor=0000 Product=0001 Version=0000
N: Name="Power Button"
P: Phys=PNP0C0C/button/input0
S: Sysfs=/devices/LNXSYSTM:00/device:00/PNP0C0C:00/input/input0
U: Uniq=
H: Handlers=kbd event0
B: PROP=0
B: EV=3
B: KEY=10000000000000 0


I: Bus=0019 Vendor=0000 Product=0001 Version=0000
N: Name="Power Button"
P: Phys=LNXPWRBN/button/input0
S: Sysfs=/devices/LNXSYSTM:00/LNXPWRBN:00/input/input1
U: Uniq=
H: Handlers=kbd event1
B: PROP=0
B: EV=3
B: KEY=10000000000000 0


I: Bus=0003 Vendor=0c45 Product=7403 Version=0100
N: Name="RF-Dongle"
P: Phys=usb-0000:00:04.0-5/input0
S: Sysfs=/devices/pci0000:00/0000:00:04.0/usb3/3-5/3-5:1.0/input/input2
U: Uniq=
H: Handlers=sysrq kbd event2
B: PROP=0
B: EV=120013
B: KEY=1000000000007 ff800000000007ff febeffdfffefffff fffffffffffffffe
B: MSC=10
B: LED=1f


I: Bus=0003 Vendor=0c45 Product=7403 Version=0100
N: Name="RF-Dongle"
P: Phys=usb-0000:00:04.0-5/input1
S: Sysfs=/devices/pci0000:00/0000:00:04.0/usb3/3-5/3-5:1.1/input/input3
U: Uniq=
H: Handlers=kbd mouse0 event3
B: PROP=0
B: EV=1f
B: KEY=1f0000 2020000 387ad801d001 1e000000000000 0
B: REL=143
B: ABS=100000000
B: MSC=10


I: Bus=0000 Vendor=0000 Product=0000 Version=0000
N: Name="lircd"
P: Phys=
S: Sysfs=/devices/virtual/input/input7
U: Uniq=
H: Handlers=sysrq rfkill kbd event4
B: PROP=0
B: EV=3
B: KEY=8000000000000000 0 0 7ff0fff 7fe001fffff000f 7ffffffffffffff ffffffff00000000 0 1ffffffffffff07 ffffffffffffffff ffffffffffefffff fffffffffffffffe


I: Bus=0001 Vendor=6981 Product=8888 Version=0001
N: Name="cx23885 IR (TurboSight TBS 6981)"
P: Phys=pci-0000:02:00.0/ir0
S: Sysfs=/devices/pci0000:00/0000:00:0c.0/0000:02:00.0/rc/rc1/input8
U: Uniq=
H: Handlers=kbd event5
B: PROP=0
B: EV=100013
B: KEY=c00 0 3000000108c0000 234301100000000 0 118000 418000000801 8e968000000000 ffc
B: MSC=10


I: Bus=0000 Vendor=0000 Product=0000 Version=0000
N: Name="MCE IR Keyboard/Mouse (cx23885)"
P: Phys=/input0
S: Sysfs=/devices/virtual/input/input9
U: Uniq=
H: Handlers=sysrq kbd mouse1 event6
B: PROP=0
B: EV=100017
B: KEY=30000 7 ff87207ac14057ff febeffdfffefffff fffffffffffffffe
B: REL=3
B: MSC=10

Also läuft lircd und lircd2uinput - kannst du mittels mode2 was vom Lirc-Gerät auslesen (http://wiki.ubuntuusers.de/Lir…mode2-geben-keine-Ausgabe)?
Was sagt

ls -l /dev/lirc*

ls -l /dev/lirc*

crw------- 1 root root 249, 0 Jul 11 22:55 /dev/lirc0
lrwxrwxrwx 1 root root  	5 Jul 11 22:55 /dev/lirc_serial.0 -> lirc0

mode2 -d /dev/lirc0

mode2: could not open /dev/lirc0
mode2: default_init(): Device or resource busy

irw /dev/lirc0

connect: Connection refused

# stop eventlircd

lircd stop/waiting

# mode2 -d /dev/lirc0

space 16777215
pulse 944
space 839
pulse 930
space 853
pulse 923
space 861
...

Kannst du mal den Inhalt der /etc/lirc/lircd.conf posten?

sudo apt-get install pastebinit
pastebinit /etc/lirc/lircd.conf

Gern: lircd.conf ist ein link nach /usr/share/lirc/remotes/yavdr/kls-1.6-lircd.conf
lircd.conf

Ok, das sieht ja eigentlich gut aus - das Lirc-Gerät empfängt etwas, die lircd.conf ist auch da und lircd und lircd2uinput laufen...

Da bleibt eigentlich nur die Frage, ob du die originalen Lirc-Module an die richtige Stelle zurück kopiert hast - denn wir mussten LIRC patchen, damit er die namespace-konformen Tastennamen akzeptiert....