> I recognize that lirc can support multiple remotes. However, at a > minimum the lirc receiver should work out of the box with the remote > the product comes with. And that means there needs to be some way in > the driver to associate the tuner with some remote control profile > that has its layout defined in lirc. Sure, if the user wants to then > say "I want to use this different remote instead..." then that should > be supported as well if the user does the appropriate configuration. No doubt that lirc has its usage, but its usage requires either an out-of-tree kernel module, whose setup is not trivial, especially if the distro comes without support for it, or its event interface. >From what I've found looking at a few lirc kernel modules, they also need a better glue with the device drivers, to do some needed locks. Either way, lirc setup is not that easy, since you need to properly configure the /etc/lirc*conf, in order to match your board, your IR and your desired applications. The event interface also requires that you need to have your device connected before calling the daemon, and that the user discover what's the event interface used by a device, to fill its command line: $ lircd -H devinput -d /dev/input/event6 IMHO, this has practical usage only with non-hotpluggable (e. g. PCI) devices. Yet, if we provide a standard set of defined keys for IR, it would be possible to have standard configurations for event interface on lirc that will work with the IR that is provided together with the device, since the keycodes for starting TV, changing channels, etc will be the same no matter what video board you're using. So, it would be easier for distros to find some ways for it to work out-of-the-box with their systems, provided that someone invest some time improving the lirc event interface to better work with hot-pluggable devices or on create some udev rules to start/stop lircd when an IR event interface is created. > While I can appreciate the desire to support all sorts of advanced > configurations, this shouldn't be at the cost of the simple > configurations not working out-of-the-box. Agreed. The usage of lirc should be optional, not mandatory. Cheers, Mauro -- To unsubscribe from this list: send the line "unsubscribe linux-input" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
