|| ||Jon Smirl <jonsmirl-AT-gmail.com> |
|| ||Christoph Bartelmus <christoph-AT-bartelmus.de> |
|| ||[RFC] What are the goals for the architecture of an in-kernel IR system? |
|| ||Fri, 27 Nov 2009 10:57:59 -0500|
|| ||jarod-AT-wilsonet.com, awalls-AT-radix.net, dmitry.torokhov-AT-gmail.com,
j-AT-jannau.net, jarod-AT-redhat.com, khc-AT-pm.waw.pl,
linux-media-AT-vger.kernel.org, mchehab-AT-redhat.com, superm1-AT-ubuntu.com|
|| ||Article, Thread
On Fri, Nov 27, 2009 at 2:45 AM, Christoph Bartelmus
> Hi Mauro,
> on 26 Nov 09 at 14:25, Mauro Carvalho Chehab wrote:
>> Christoph Bartelmus wrote:
>>> But I'm still a bit hesitant about the in-kernel decoding. Maybe it's just
>>> because I'm not familiar at all with input layer toolset.
>> I hope it helps for you to better understand how this works.
> So the plan is to have two ways of using IR in the future which are
> incompatible to each other, the feature-set of one being a subset of the
Take advantage of the fact that we don't have a twenty year old legacy
API already in the kernel. Design an IR API that uses current kernel
systems. Christoph, ignore the code I wrote and make a design proposal
that addresses these goals...
1) Unified input in Linux using evdev. IR is on equal footing with
mouse and keyboard.
2) plug and play for basic systems - you only need an external app for scripting
3) No special tools - use mkdir, echo, cat, shell scripts to build maps
4) Use of modern Linux features like sysfs, configfs and udev.
5) Direct multi-app support - no daemon
6) Hide timing data from user as much as possible.
What are other goals for this subsystem?
Maybe we decide to take the existing LIRC system as is and not
integrate it into the input subsystem. But I think there is a window
here to update the LIRC design to use the latest kernel features. We
don't want to build another /dev/mouse and have to rip it out in five
> When designing the key mapping in the kernel you should be aware that
> there are remotes out there that send a sequence of scan codes for some
> buttons, e.g.
This is good input.
To unsubscribe from this list: send the line "unsubscribe linux-input" in
the body of a message to firstname.lastname@example.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
to post comments)