public inbox for linux-media@vger.kernel.org
 help / color / mirror / Atom feed
* Why are there key mapping tables in the kernel for remote controls?
@ 2009-05-29 14:25 pbflyingdutchman
  0 siblings, 0 replies; only message in thread
From: pbflyingdutchman @ 2009-05-29 14:25 UTC (permalink / raw)
  To: linux-media

Hello

Just been trying to get my remote to work for tevii S460 and found it 
needed some patchwork in the cx88-input.c file
and adding a key mapping table in one of the files.
Now for vdr I use lircd to get the keys fed into vdr from 
/dev/input/event<n>

So this feels like things are done twice, as lircd uses a mapping table 
too.

To me it makes sense to keep the mapping tables out of the kernel. You 
already see a whole bunch of remotes in the kernel.
You don't really want to make kernel updates for each new type of remote 
vendors come out with. Lircd seems to be able to do this too and has a 
quick recording tool to setup a new remote.

So what is the history behind having these key mapping tables in the 
kernel?

regards
Peter

^ permalink raw reply	[flat|nested] only message in thread

only message in thread, other threads:[~2009-05-29 14:25 UTC | newest]

Thread overview: (only message) (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2009-05-29 14:25 Why are there key mapping tables in the kernel for remote controls? pbflyingdutchman

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox