[mythtv-users] lirc device load order changed - tidiest way to recover?

Sun May 20 19:39:20 UTC 2018

On Sun, May 20, 2018 at 2:43 AM, Stephen Worthington <
stephen_agent at jsw.gen.nz> wrote:

> On Sat, 19 May 2018 13:03:06 -0400, you wrote:
>
> <snipped>
>

> So once you have the correct udev rule working (after a reboot), you
> would change the this line in /etc/lirc/hardware.conf:
>
> REMOTE_DEVICE="/dev/lirc0"
> to
> REMOTE_DEVICE="/dev/lirc-mce"
>
> and restart lirc.
>
> Alternatively, if your system provides /dev/input/by-id, you can
> directly use the correct device from there in the REMOTE_DEVICE
> setting.  Here is my /dev/input/by-id:
>
> root at mypvr:/etc/udev/rules.d# ll /dev/input/by-id/
> total 0
> drwxr-xr-x 2 root root 120 May 11 14:42 ./
> drwxr-xr-x 4 root root 480 May 11 14:42 ../
> lrwxrwxrwx 1 root root   9 May 11 14:42
> usb-Logitech_USB_Receiver-event-kbd -> ../event2
> lrwxrwxrwx 1 root root   9 May 11 14:42
> usb-Logitech_USB_Receiver-if01-event-mouse -> ../event3
> lrwxrwxrwx 1 root root   9 May 11 14:42
> usb-Logitech_USB_Receiver-if01-mouse -> ../mouse0
> lrwxrwxrwx 1 root root  10 May 11 14:42
> usb-SMK_eHome_Infrared_Transceiver_SM005h4M-event-if00 -> ../event17
>
> So I could use
>
> REMOTE_DEVICE="/dev/input/by-id/usb-SMK_eHome_Infrared_
> Transceiver_SM005h4M-event-if00"
>
> and avoid having a udev rule.  The by-id option is only available in
> recent kernels, but has been available for at least a couple of years.
>

Thank you very much for a detailed response!

My machine has by-id so I started with that.

First pass doesn't look successful though. lirc didn't look happy about
restarting.
I'll keep googling....

---------------------------
me at mythbackend:~$ ll /dev/input/by-id
total 0
drwxr-xr-x 2 root root 120 May 19 13:44 ./
drwxr-xr-x 4 root root 540 May 19 13:44 ../
lrwxrwxrwx 1 root root   9 May 19 13:44 usb-Logitech_USB_Receiver-event-kbd
-> ../event4
lrwxrwxrwx 1 root root   9 May 19 13:44
usb-Logitech_USB_Receiver-if01-event-mouse -> ../event5
lrwxrwxrwx 1 root root   9 May 19 13:44
usb-Logitech_USB_Receiver-if01-mouse -> ../mouse0
lrwxrwxrwx 1 root root  10 May 19 13:44
usb-Philips_eHome_Infrared_Transceiver_PH00Kuh5-event-if00 -> ../event18

------------------------
me at mythbackend:~$ cat /etc/lirc/hardware.conf
# /etc/lirc/hardware.conf
#
#Chosen Remote Control
REMOTE="Windows Media Center Transceivers/Remotes (all)"
REMOTE_MODULES="lirc_dev mceusb"
REMOTE_DRIVER=""
# REMOTE_DEVICE="/dev/lirc0"
REMOTE_DEVICE="/dev/input/by-id/usb-Philips_eHome_Infrared_Transceiver_PH00Kuh5-event-if00"
REMOTE_SOCKET=""
REMOTE_LIRCD_CONF="mceusb/lircd.conf.mceusb"
REMOTE_LIRCD_ARGS=""

#Chosen IR Transmitter
TRANSMITTER="Microsoft Windows Media Center V2 (usb) : Scientific Atlanta
Cable box"
TRANSMITTER_MODULES="lirc_dev mceusb"
TRANSMITTER_DRIVER=""
TRANSMITTER_DEVICE=""
TRANSMITTER_SOCKET=""
TRANSMITTER_LIRCD_CONF="scientificatlanta/general.conf"
TRANSMITTER_LIRCD_ARGS=""

#Disable kernel support.
#Typically, lirc will disable in-kernel support for ir devices in order to
#handle them internally.  Set to false to prevent lirc from disabling this
#in-kernel support.
#DISABLE_KERNEL_SUPPORT="true"

#Enable lircd
START_LIRCD="true"

#Don't start lircmd even if there seems to be a good config file
#START_LIRCMD="false"

#Try to load appropriate kernel modules
LOAD_MODULES="true"

# Default configuration files for your hardware if any
LIRCMD_CONF=""

#Forcing noninteractive reconfiguration
#If lirc is to be reconfigured by an external application
#that doesn't have a debconf frontend available, the noninteractive
#frontend can be invoked and set to parse REMOTE and TRANSMITTER
#It will then populate all other variables without any user input
#If you would like to configure lirc via standard methods, be sure
#to leave this set to "false"
FORCE_NONINTERACTIVE_RECONFIGURATION="false"
START_LIRCMD=""

------------------------
me at mythbackend:~$ service lirc restart
Job for lirc.service canceled.
me at mythbackend:~$ service lirc status
\u25cf lirc.service - LSB: Starts LIRC daemon.
   Loaded: loaded (/etc/init.d/lirc; bad; vendor preset: enabled)
   Active: active (running) since Sun 2018-05-20 15:29:09 EDT; 7s ago
     Docs: man:systemd-sysv-generator(8)
  Process: 10907 ExecStop=/etc/init.d/lirc stop (code=exited,
status=0/SUCCESS)
  Process: 10964 ExecStart=/etc/init.d/lirc start (code=exited,
status=0/SUCCESS)
   CGroup: /system.slice/lirc.service
           \u2514\u250010981 /usr/sbin/lircd --output=/run/lirc/lircd
--device=/dev/input/by-id/usb-Philips_eHome_Infrared_Transceiver_PH00Kuh

May 20 15:29:09 mythbackend lirc[10964]:    ...done.
May 20 15:29:09 mythbackend lirc[10964]:  * Starting remote control
daemon(s) :
May 20 15:29:09 mythbackend lirc[10964]:    ...done.
May 20 15:29:09 mythbackend lircd-0.9.0[10981]: lircd(default) ready, using
/run/lirc/lircd
May 20 15:29:09 mythbackend systemd[1]: Started LSB: Starts LIRC daemon..
May 20 15:29:10 mythbackend lircd-0.9.0[10981]: accepted new client on
/run/lirc/lircd
May 20 15:29:10 mythbackend lircd-0.9.0[10981]: could not get hardware
features
May 20 15:29:10 mythbackend lircd-0.9.0[10981]: this device driver does not
support the LIRC ioctl interface
May 20 15:29:10 mythbackend lircd-0.9.0[10981]: did you mean to use the
devinput driver instead of the default driver?
May 20 15:29:10 mythbackend lircd-0.9.0[10981]: Failed to initialize
hardware
lines 1-19/19 (END)

Cheers,
Andrew
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.mythtv.org/pipermail/mythtv-users/attachments/20180520/e86e8020/attachment.html>