Thread (19 messages) 19 messages, 7 authors, 2009-11-29

Re: [RFC] What are the goals for the architecture of an in-kernel IR system?

From: Christoph Bartelmus <hidden>
Date: 2009-11-29 12:07:05
Also in: linux-media, lkml

Possibly related (same subject, not in this thread)

Hi Stefan,

on 28 Nov 09 at 21:29, Stefan Richter wrote:
Jon Smirl wrote:
quoted
On Sat, Nov 28, 2009 at 2:45 PM, Stefan Richter
[off-list ref] wrote:
quoted
Jon Smirl wrote:
quoted
Also, how do you create the devices for each remote? You would need to
create these devices before being able to do EVIOCSKEYCODE to them.
The input subsystem creates devices on behalf of input drivers.  (Kernel
drivers, that is.  Userspace drivers are per se not affected.)
We have one IR receiver device and multiple remotes. How does the
input system know how many devices to create corresponding to how many
remotes you have?
If several remotes are to be used on the same receiver, then they
necessarily need to generate different scancodes, don't they?  Otherwise
the input driver wouldn't be able to route their events to the
respective subdevice.
Consider this case:
Two remotes use different protocols. The scancodes after decoding happen  
to overlap.
Just using the scancodes you cannot distinguish between the remotes.  
You'll need to add the protocol information to be able to solve this which  
complicates the setup.

In LIRC this is solved by having protocol parameters and scancode mapping  
in one place.

Christoph
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help