Imon LCD device number changes each boot

Okay managed to figure this one out. Obviously the lcdproc install didn't/doesn't detect the actual /dev/lcd# used. /ect/LCDd.conf showed default settings for imon and imonlcd

# Select the output device to use [default: /dev/lcd0]
Device=/dev/lcd0

After checking /dev/ directory found only lcd2 device so changed the above line to:

# Select the output device to use [default: /dev/lcd0]
Device=/dev/lcd2

restarted LCDd:

sudo /etc/init.d/LCDd restart

And now display is working correctly.

It doesn't sound like a bug then.

I have a related problem.
Exactly same symptoms and cause, except that the reason is that the device keeps changing between boots, sometimes /dev/lcd0, sometimes /dev/lcd1. Can it be "fixed" to a stable value?

I think this is a valid bug, but probably not in lcdproc.

I have the same issue where the device number changes each boot between /dev/lcd0 /dev/lcd3 etc.

A bug in the imon kernel module?

Status changed to 'Confirmed' because the bug affects multiple users.

Status changed to 'Confirmed' because the bug affects multiple users.

The package "lcdproc" is the one which has the kernel module, not the "Linux" one (http://www.mythtv.org/wiki/Imon#Introduction).

The module creating the node on my system is /lib/modules/3.11.0-15-generic/kernel/drivers/media/rc/imon.ko which is part of linux-image-3.11.0-15-generic.

Might be something udev could handle, like the persistent net and cd files in /etc/udev/rules.d.

Preferably lxcproc should stop using hardcoded names and detect devices it wants to talk to by their subsystem and properties. If it wants to it could ship some udev rules to help with identification or creating symlinks; but symlinks aren't supposed to help programs find devices, they are mostly a "human readable" thing. Thus wontfix in udev itself.

So this used to (At least as recently as 12.04) stably sit on /dev/lcd0, and now, as this bug indicates, it seems to pick randomly between /dev/lcd0 and /dev/lcd2. Is the kernel responsible for that? lcdproc is a pretty simple, and rather unmaintained program. Getting it to automatically detect which device is on what dev node seems rather out of its scope, particularly when I only have one lcd device, as I imagine most people with an lcd device do. It should always be in the same place.

Joel Ebel [2014-02-10 3:23 -0000]:
> So this used to (At least as recently as 12.04) stably sit on /dev/lcd0,
> and now, as this bug indicates, it seems to pick randomly between
> /dev/lcd0 and /dev/lcd2. Is the kernel responsible for that?

Yes. It's indeed weird why it wouldn't start enumerating them at 0
always.

Unless someone objects, I'll follow the suggestion given on this link http://linhes.org/issues/652#note-3 and modify lcdproc package to install a udev rules in /lib/udev/rules.d/79-imon-lcd.rules.

I'll tweak the proposed rules to be a little bit more restrictive.

I'll also patch server/drivers/imon.c to use the file created by the udev rule by default.

Thoughts ?

In the absence of any explanation or solution as to why the device are showing up in different places, I think the udev solution makes the most sense.

This is the same as Bug #1216366.
Maybe they could be merged?

If you want to peek under the hood for this bug fix, just read:

https://ddumont.wordpress.com/2014/07/06/status-and-next-step-on-lcdproc-automatic-configuration-upgrade-with-perl-and-configmodel/

All the best

This bug was fixed in the package lcdproc - 0.5.7-2

---------------
lcdproc (0.5.7-2) unstable; urgency=medium

  * stop/start LCDd on suspend/wakeup (LP: #365474)
  * provide and use permanent symlink for imon device file (LP: #1186569)
    This requires udev for Linux.
  * control:
    + added depends on udev and libconfig-model-lcdproc-perl (>= 2.042-2)
    + added dependency on libconfig-model-perl >= 2.059 to avoid a bug

 -- Dominique Dumont <email address hidden> Sun, 06 Jul 2014 19:20:33 +0200