[Antonius]

Hi,

seit der Umstellung von MLD 5.3 auf MLD 5.4 funktioniert gelegentlich die Fernbedienung nicht. Bei mir wird der IgorPlug-USB Treiber verwendet:

Code: [Select]

Oct 26 19:51:43 (MLD) user.info kernel: [    2.602146] usb 1-1: new low-speed USB device number 2 using xhci_hcd
Oct 26 19:51:43 (MLD) user.info kernel: [    2.760448] usb 1-1: New USB device found, idVendor=03eb, idProduct=0002
Oct 26 19:51:43 (MLD) user.info kernel: [    2.760449] usb 1-1: New USB device strings: Mfr=1, Product=2, SerialNumber=0
Oct 26 19:51:43 (MLD) user.info kernel: [    2.760450] usb 1-1: Product: IgorPlug-USB AVR Tiny45 by www.ocinside.de
Oct 26 19:51:43 (MLD) user.info kernel: [    2.760451] usb 1-1: Manufacturer: Ing. Igor Cesko, Copyright(c) 2003

Ich habe die Debug Logs hochgeladen: DCvjMQ

Habe im Moment keine Idee, woran das liegt. Das tritt im Durchschnitt ca. alle 10 Boots auf (mehr oder weniger, manchmal auch 2x hintereinander).
Wie kann ich das Problem weiter eingrenzen?

Viele Grüße
Sascha

[skippy]

Hi Sascha,

bei der MLD werden die Dienste aus der /etc/init.d parallel gestartet und nur mit "after=<Dienst>" und "before=<Dienst>" im Bereich "init)" gesteuert.

Für mich hört es sich so an, dass bei dir manchmal etwas gestartet wird, bevor die Abhänigigkeiten vorhanden/gestartet sind. Bei mir wird beispielsweise der vdr erst dann gestartet, wenn eventlircd (wird für die Fernbedienung genutzt) gestartet wurde. Ich weiß nicht, was deine Fernbedienung für Dienste benötigt werden und wovon diese abhängig sind. Vielleicht nutzt ein anderer User so eine Fernbedienung und kann dazu einen Tipp geben.

Viele Grüße skippy

[clausmuus]

soweit ich weiß, hat der igorplugusb keine weiteren Abhängigkeiten und wird vom udev gestartet, sobald das Device auftaucht.
Du kannst mal schauen, ob die Ausgabe von "evtest" die selben Geräte auflistet, wenn alles funktioniert wie wenn der Fehler auftritt. Und sofern das igorplugusb im Fehlerfall mit aufgelistet ist, testen ob's funktioniert, indem DU es auswählst und dann eine Taste auf der Fernbedienung drückst.

[Antonius]

Hi,

ich habe beide Fälle nachgestellt:

Fernbedienung funktioniert:

Code: [Select]

mld-server> evtest
No device specified, trying to scan all of /dev/input/event*
Available devices:
/dev/input/event0:      Power Button
/dev/input/event1:      Power Button
/dev/input/event2:      Chicony Wireless Device
/dev/input/event3:      Chicony Wireless Device
/dev/input/event4:      Chicony Wireless Device
/dev/input/event5:      Video Bus
/dev/input/event6:      IgorPlug-USB IR Receiver
/dev/input/event7:      HDA Intel PCH Front Mic
/dev/input/event8:      HDA Intel PCH Rear Mic
/dev/input/event9:      HDA Intel PCH Line
/dev/input/event10:     HDA Intel PCH Line Out
/dev/input/event11:     HDA Intel PCH Front Headphone
/dev/input/event12:     HDA Intel PCH HDMI/DP,pcm=3
/dev/input/event13:     HDA Intel PCH HDMI/DP,pcm=7
/dev/input/event14:     HDA Intel PCH HDMI/DP,pcm=8
/dev/input/event15:     HDA Intel PCH HDMI/DP,pcm=9
/dev/input/event16:     HDA Intel PCH HDMI/DP,pcm=10
/dev/input/event17:     lircd
/dev/input/event18:     IR (DVBSky S952 V3)

Fernbedienung funktioniert nicht:

Code: [Select]

mld-server> evtest
No device specified, trying to scan all of /dev/input/event*
Available devices:
/dev/input/event0:      Power Button
/dev/input/event1:      Power Button
/dev/input/event2:      Chicony Wireless Device
/dev/input/event3:      Chicony Wireless Device
/dev/input/event4:      Chicony Wireless Device
/dev/input/event5:      IgorPlug-USB IR Receiver
/dev/input/event6:      Video Bus
/dev/input/event7:      IR (DVBSky S952 V3)
/dev/input/event8:      HDA Intel PCH Front Mic
/dev/input/event9:      HDA Intel PCH Rear Mic
/dev/input/event10:     HDA Intel PCH Line
/dev/input/event11:     HDA Intel PCH Line Out
/dev/input/event12:     HDA Intel PCH Front Headphone
/dev/input/event13:     HDA Intel PCH HDMI/DP,pcm=3
/dev/input/event14:     HDA Intel PCH HDMI/DP,pcm=7
/dev/input/event15:     HDA Intel PCH HDMI/DP,pcm=8
/dev/input/event16:     HDA Intel PCH HDMI/DP,pcm=9
/dev/input/event17:     HDA Intel PCH HDMI/DP,pcm=10
Select the device event number [0-17]: 5
Input driver version is 1.0.1
Input device ID: bus 0x3 vendor 0x3eb product 0x2 version 0x1
Input device name: "IgorPlug-USB IR Receiver"
Supported events:
  Event type 0 (EV_SYN)
  Event type 1 (EV_KEY)
    Event code 2 (KEY_1)
    Event code 3 (KEY_2)
    Event code 4 (KEY_3)
    Event code 5 (KEY_4)
    Event code 6 (KEY_5)
    Event code 7 (KEY_6)
    Event code 8 (KEY_7)
    Event code 9 (KEY_8)
    Event code 10 (KEY_9)
    Event code 11 (KEY_0)
    Event code 28 (KEY_ENTER)
    Event code 102 (KEY_HOME)
    Event code 103 (KEY_UP)
    Event code 105 (KEY_LEFT)
    Event code 106 (KEY_RIGHT)
    Event code 108 (KEY_DOWN)
    Event code 113 (KEY_MUTE)
    Event code 114 (KEY_VOLUMEDOWN)
    Event code 115 (KEY_VOLUMEUP)
    Event code 116 (KEY_POWER)
    Event code 119 (KEY_PAUSE)
    Event code 128 (KEY_STOP)
    Event code 139 (KEY_MENU)
    Event code 142 (KEY_SLEEP)
    Event code 163 (KEY_NEXTSONG)
    Event code 165 (KEY_PREVIOUSSONG)
    Event code 167 (KEY_RECORD)
    Event code 168 (KEY_REWIND)
    Event code 174 (KEY_EXIT)
    Event code 207 (KEY_PLAY)
    Event code 208 (KEY_FASTFORWARD)
    Event code 212 (KEY_CAMERA)
    Event code 352 (KEY_OK)
    Event code 353 (KEY_SELECT)
    Event code 354 (KEY_GOTO)
    Event code 356 (KEY_POWER2)
    Event code 365 (KEY_EPG)
    Event code 370 (KEY_SUBTITLE)
    Event code 372 (KEY_ZOOM)
    Event code 377 (KEY_TV)
    Event code 385 (KEY_RADIO)
    Event code 388 (KEY_TEXT)
    Event code 392 (KEY_AUDIO)
    Event code 393 (KEY_VIDEO)
    Event code 398 (KEY_RED)
    Event code 399 (KEY_GREEN)
    Event code 400 (KEY_YELLOW)
    Event code 401 (KEY_BLUE)
    Event code 402 (KEY_CHANNELUP)
    Event code 403 (KEY_CHANNELDOWN)
    Event code 405 (KEY_LAST)
    Event code 407 (KEY_NEXT)
    Event code 412 (KEY_PREVIOUS)
  Event type 4 (EV_MSC)
    Event code 4 (MSC_SCAN)
Key repeat handling:
  Repeat type 20 (EV_REP)
    Repeat code 0 (REP_DELAY)
      Value    500
    Repeat code 1 (REP_PERIOD)
      Value    125
Properties:
Testing ... (interrupt to exit)
***********************************************
  This device is grabbed by another process.
  No events are available to evtest while the
  other grab is active.
  In most cases, this is caused by an X driver,
  try VT-switching and re-run evtest again.
  Run the following command to see processes with
  an open fd on this device
 "fuser -v /dev/input/event5"
***********************************************

Der Unterschied ist, dass der lircd Prozess nicht an einem Event hängt.
Der Test mit den Tasten funktoniert übrgigens in beiden Fällen nicht: Die Warnung "This device is grabbed by another process" sagt das aus. Ich habe mir "fuser /dev/input/eventX" die Prozess IDs geholt und die Prozesse einzeln gestoppt:

- stop xorg
- stop vdr
- stop eventlircd
- stop lirc

Trotzdem erscheint auf dem CLI beim Tasten drücken nichts. Wie gesagt, in beiden Fällen.
Ich habe lirc von Hand gestoppt und gestartet, auch in unterschiedlichen Kombinationen mit den obigen Prozessen. Lircd taucht bei evtest nicht auf.

Falls das mit dem Vorschlag von Skippy lösbar ist, in welcher Reihenfolge müssen die Dienste (lircd und eventlircd) gestartet werden?

Viele Grüße
Sascha

[clausmuus]

Beim igorplugusb wird der lirc Prozess vom udev automatisch gestartet. Ein restart des lirc init scripts hilft da also nicht, da dieses nur für lirc Devices genutzt wird, die nicht automatisch erkannt werden können.
Du kannst mal mit "lsmod" schauen, ob im Fehlerfall das igorblugusb Kernel Modul geladen wurde.
Außerdem ist für mich im funktionierenden Fall die Ausgabe von "ps ww | grep lirc" interessant.

[Antonius]

Hi Claus,

danke für die Antwort. Hier die Infos:

Fernbedienung funktioniert:

Code: [Select]

mld-server> lsmod | grep igor
igorplugusb            16384  0
rc_core                36864  8 rc_dvbsky,ir_rc5_decoder,rc_hauppauge,smipcie,igorplugusb

mld-server> ps ww | grep lirc
 1020 root     67452 S    {lircd2uinput} /usr/bin/python /usr/bin/lircd2uinput -s /var/run/lirc/lircd-lirc0
 1037 root     49156 S    /usr/sbin/lircd --driver=default --device=/dev/lirc0 --output=/var/run/lirc/lircd-lirc0 --pidfile=/var/run/lircd-lirc0.pid /etc/lircd.conf
 1683 root      8708 S    eventlircd -f
 2236 root     1848m S    /usr/bin/vdr -s /etc/vdr/shutdown.d/rc.action -r /etc/vdr/recording.d/rc.action -w 60 -g /tmp -u root --chartab=ISO-8859-9 -l 1 --lirc -Pdvbapi  -Piptv  -Psofthddevice -f -w alsa-driver-broken -v va-api -Pconflictcheckonly  -Pdbus2vdr  -Pepgsearchonly  -Pepgsearch  -Pextrecmenu  -Pfemon  -Plive --ip=0.0.0.0 -p 8001 -e /var/cache/vdr/epgimages -Pmarkad  -Pmenuorg -c /etc/vdr/menu.xml -Pquickepgsearch  -Pskinenigmang -i /var/cache/vdr/epgimages -Pstreamdev-server  -Pvnsiserver

Fernbedienung funktioniert nicht:

Code: [Select]

mld-server> lsmod | grep igor
igorplugusb            16384  0
rc_core                36864  7 rc_dvbsky,smipcie,ir_rc5_decoder,rc_hauppauge,igorplugusb

mld-server> ps ww | grep lirc
 1038 root     49008 S    /usr/sbin/lircd --driver=default --device=/dev/lirc0 --output=/var/run/lirc/lircd-lirc0 --pidfile=/var/run/lircd-lirc0.pid /etc/lircd.conf
 1672 root      8708 S    eventlircd -f
 2252 root     1840m S    /usr/bin/vdr -s /etc/vdr/shutdown.d/rc.action -r /etc/vdr/recording.d/rc.action -w 60 -g /tmp -u root --chartab=ISO-8859-9 -l 1 --lirc -Pdvbapi  -Piptv  -Psofthddevice -f -w alsa-driver-broken -v va-api -Pconflictcheckonly  -Pdbus2vdr  -Pepgsearchonly  -Pepgsearch  -Pextrecmenu  -Pfemon  -Plive --ip=0.0.0.0 -p 8001 -e /var/cache/vdr/epgimages -Pmarkad  -Pmenuorg -c /etc/vdr/menu.xml -Pquickepgsearch  -Pskinenigmang -i /var/cache/vdr/epgimages -Pstreamdev-server  -Pvnsiserver

igorplugusb ist in beiden Fällen geladen.
Bei der nicht funktionierenden Fernbedienung fehlt der Prozess "{lircd2uinput}".

Habe ich bzgl. Funktion von Lirc etwas missverstanden? Nach meinem Verständnis nutze ich Lirc, weil dort auch die Fernbedienungcodes liegen (in /etc/lircd.conf).

Viele Grüße
Sascha

[clausmuus]

Demnach liegt's am lircd2uinput. Vermutlich wird der ein klein wenig zu schnell gestartet.
Versuch's mal damit, dass Du in der /lib/udev/lircd_helper vor der Zeile 54 ein "sleep 2" einfügst.

Wenn's hilft nehme ich das mit in das entsprechende MLD Paket auf.

[Antonius]

Hallo Claus,

scheint zu funktionieren. Ich habe 30x rebootet und keine Probleme festgestellt.

Viele Grüße
Sascha