V4L/DVB: Break Remote Controller keymaps into modules
The original Remote Controller approach were very messy: a big file,
that were part of ir-common kernel module, containing 64 different
RC keymap tables, used by the V4L/DVB drivers.
Better to break each RC keymap table into a separate module,
registering them into rc core on a process similar to the fs/nls tables.
As an userspace program is now in charge of loading those tables,
adds an option to allow the complete removal of those tables from
kernelspace.
Yet, on embedded devices like Set Top Boxes and TV sets, maybe the
only available input device is the IR. So, we should keep allowing
the usage of in-kernel tables, but a latter patch should change
the default to 'n', after giving some time for distros to add
the v4l-utils with the ir-keytable program, to allow the table
load via userspace.
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
2010-04-02 13:05:46 +07:00
|
|
|
/* msi-tvanywhere-plus.h - Keytable for msi_tvanywhere_plus Remote Controller
|
|
|
|
|
*
|
|
|
|
|
* keymap imported from ir-keymaps.c
|
|
|
|
|
*
|
|
|
|
|
* Copyright (c) 2010 by Mauro Carvalho Chehab <mchehab@redhat.com>
|
|
|
|
|
*
|
|
|
|
|
* This program is free software; you can redistribute it and/or modify
|
|
|
|
|
* it under the terms of the GNU General Public License as published by
|
|
|
|
|
* the Free Software Foundation; either version 2 of the License, or
|
|
|
|
|
* (at your option) any later version.
|
|
|
|
|
*/
|
|
|
|
|
|
|
|
|
|
#include <media/rc-map.h>
|
|
|
|
|
|
|
|
|
|
/*
|
|
|
|
|
Keycodes for remote on the MSI TV@nywhere Plus. The controller IC on the card
|
|
|
|
|
is marked "KS003". The controller is I2C at address 0x30, but does not seem
|
|
|
|
|
to respond to probes until a read is performed from a valid device.
|
|
|
|
|
I don't know why...
|
|
|
|
|
|
|
|
|
|
Note: This remote may be of similar or identical design to the
|
|
|
|
|
Pixelview remote (?). The raw codes and duplicate button codes
|
|
|
|
|
appear to be the same.
|
|
|
|
|
|
|
|
|
|
Henry Wong <henry@stuffedcow.net>
|
|
|
|
|
Some changes to formatting and keycodes by Mark Schultz <n9xmj@yahoo.com>
|
|
|
|
|
*/
|
|
|
|
|
|
[media] rc: Name RC keymap tables as rc_map_table
Remote keytables had different names all over the place. Part of the fault
is due to a bad naming when rc subsystem was created, but there were lots
of old names that were still here.
Use a common standard for everything.
Patch generated by this script:
for i in `find drivers/staging -type f -name *.[ch]` `find include/media -type f -name *.[ch]` `find drivers/media -type f -name *.[ch]`; do sed s,ir_scancode,rc_map_table,g <$i >a && mv a $i; done
for i in `find drivers/staging -type f -name *.[ch]` `find include/media -type f -name *.[ch]` `find drivers/media -type f -name *.[ch]`; do sed s,ir_codes_,rc_map_,g <$i >a && mv a $i; done
for i in `find drivers/staging -type f -name *.[ch]` `find include/media -type f -name *.[ch]` `find drivers/media -type f -name *.[ch]`; do sed s,rc_key_map,rc_map_table,g <$i >a && mv a $i; done
for i in `find drivers/staging -type f -name *.[ch]` `find include/media -type f -name *.[ch]` `find drivers/media -type f -name *.[ch]`; do sed s,rc_map_table_size,rc_map_size,g <$i >a && mv a $i; done
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
2010-11-18 01:46:09 +07:00
|
|
|
static struct rc_map_table msi_tvanywhere_plus[] = {
|
V4L/DVB: Break Remote Controller keymaps into modules
The original Remote Controller approach were very messy: a big file,
that were part of ir-common kernel module, containing 64 different
RC keymap tables, used by the V4L/DVB drivers.
Better to break each RC keymap table into a separate module,
registering them into rc core on a process similar to the fs/nls tables.
As an userspace program is now in charge of loading those tables,
adds an option to allow the complete removal of those tables from
kernelspace.
Yet, on embedded devices like Set Top Boxes and TV sets, maybe the
only available input device is the IR. So, we should keep allowing
the usage of in-kernel tables, but a latter patch should change
the default to 'n', after giving some time for distros to add
the v4l-utils with the ir-keytable program, to allow the table
load via userspace.
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
2010-04-02 13:05:46 +07:00
|
|
|
|
|
|
|
|
/* ---- Remote Button Layout ----
|
|
|
|
|
|
|
|
|
|
POWER SOURCE SCAN MUTE
|
|
|
|
|
TV/FM 1 2 3
|
|
|
|
|
|> 4 5 6
|
|
|
|
|
<| 7 8 9
|
|
|
|
|
^^UP 0 + RECALL
|
|
|
|
|
vvDN RECORD STOP PLAY
|
|
|
|
|
|
|
|
|
|
MINIMIZE ZOOM
|
|
|
|
|
|
|
|
|
|
CH+
|
|
|
|
|
VOL- VOL+
|
|
|
|
|
CH-
|
|
|
|
|
|
|
|
|
|
SNAPSHOT MTS
|
|
|
|
|
|
|
|
|
|
<< FUNC >> RESET
|
|
|
|
|
*/
|
|
|
|
|
|
|
|
|
|
{ 0x01, KEY_1 }, /* 1 */
|
|
|
|
|
{ 0x0b, KEY_2 }, /* 2 */
|
|
|
|
|
{ 0x1b, KEY_3 }, /* 3 */
|
|
|
|
|
{ 0x05, KEY_4 }, /* 4 */
|
|
|
|
|
{ 0x09, KEY_5 }, /* 5 */
|
|
|
|
|
{ 0x15, KEY_6 }, /* 6 */
|
|
|
|
|
{ 0x06, KEY_7 }, /* 7 */
|
|
|
|
|
{ 0x0a, KEY_8 }, /* 8 */
|
|
|
|
|
{ 0x12, KEY_9 }, /* 9 */
|
|
|
|
|
{ 0x02, KEY_0 }, /* 0 */
|
|
|
|
|
{ 0x10, KEY_KPPLUS }, /* + */
|
|
|
|
|
{ 0x13, KEY_AGAIN }, /* Recall */
|
|
|
|
|
|
|
|
|
|
{ 0x1e, KEY_POWER }, /* Power */
|
2011-01-24 22:18:37 +07:00
|
|
|
{ 0x07, KEY_VIDEO }, /* Source */
|
V4L/DVB: Break Remote Controller keymaps into modules
The original Remote Controller approach were very messy: a big file,
that were part of ir-common kernel module, containing 64 different
RC keymap tables, used by the V4L/DVB drivers.
Better to break each RC keymap table into a separate module,
registering them into rc core on a process similar to the fs/nls tables.
As an userspace program is now in charge of loading those tables,
adds an option to allow the complete removal of those tables from
kernelspace.
Yet, on embedded devices like Set Top Boxes and TV sets, maybe the
only available input device is the IR. So, we should keep allowing
the usage of in-kernel tables, but a latter patch should change
the default to 'n', after giving some time for distros to add
the v4l-utils with the ir-keytable program, to allow the table
load via userspace.
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
2010-04-02 13:05:46 +07:00
|
|
|
{ 0x1c, KEY_SEARCH }, /* Scan */
|
|
|
|
|
{ 0x18, KEY_MUTE }, /* Mute */
|
|
|
|
|
|
|
|
|
|
{ 0x03, KEY_RADIO }, /* TV/FM */
|
|
|
|
|
/* The next four keys are duplicates that appear to send the
|
|
|
|
|
same IR code as Ch+, Ch-, >>, and << . The raw code assigned
|
|
|
|
|
to them is the actual code + 0x20 - they will never be
|
|
|
|
|
detected as such unless some way is discovered to distinguish
|
|
|
|
|
these buttons from those that have the same code. */
|
|
|
|
|
{ 0x3f, KEY_RIGHT }, /* |> and Ch+ */
|
|
|
|
|
{ 0x37, KEY_LEFT }, /* <| and Ch- */
|
|
|
|
|
{ 0x2c, KEY_UP }, /* ^^Up and >> */
|
|
|
|
|
{ 0x24, KEY_DOWN }, /* vvDn and << */
|
|
|
|
|
|
|
|
|
|
{ 0x00, KEY_RECORD }, /* Record */
|
|
|
|
|
{ 0x08, KEY_STOP }, /* Stop */
|
|
|
|
|
{ 0x11, KEY_PLAY }, /* Play */
|
|
|
|
|
|
|
|
|
|
{ 0x0f, KEY_CLOSE }, /* Minimize */
|
|
|
|
|
{ 0x19, KEY_ZOOM }, /* Zoom */
|
|
|
|
|
{ 0x1a, KEY_CAMERA }, /* Snapshot */
|
|
|
|
|
{ 0x0d, KEY_LANGUAGE }, /* MTS */
|
|
|
|
|
|
|
|
|
|
{ 0x14, KEY_VOLUMEDOWN }, /* Vol- */
|
|
|
|
|
{ 0x16, KEY_VOLUMEUP }, /* Vol+ */
|
|
|
|
|
{ 0x17, KEY_CHANNELDOWN }, /* Ch- */
|
|
|
|
|
{ 0x1f, KEY_CHANNELUP }, /* Ch+ */
|
|
|
|
|
|
|
|
|
|
{ 0x04, KEY_REWIND }, /* << */
|
|
|
|
|
{ 0x0e, KEY_MENU }, /* Function */
|
|
|
|
|
{ 0x0c, KEY_FASTFORWARD }, /* >> */
|
|
|
|
|
{ 0x1d, KEY_RESTART }, /* Reset */
|
|
|
|
|
};
|
|
|
|
|
|
2010-11-18 01:56:53 +07:00
|
|
|
static struct rc_map_list msi_tvanywhere_plus_map = {
|
V4L/DVB: Break Remote Controller keymaps into modules
The original Remote Controller approach were very messy: a big file,
that were part of ir-common kernel module, containing 64 different
RC keymap tables, used by the V4L/DVB drivers.
Better to break each RC keymap table into a separate module,
registering them into rc core on a process similar to the fs/nls tables.
As an userspace program is now in charge of loading those tables,
adds an option to allow the complete removal of those tables from
kernelspace.
Yet, on embedded devices like Set Top Boxes and TV sets, maybe the
only available input device is the IR. So, we should keep allowing
the usage of in-kernel tables, but a latter patch should change
the default to 'n', after giving some time for distros to add
the v4l-utils with the ir-keytable program, to allow the table
load via userspace.
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
2010-04-02 13:05:46 +07:00
|
|
|
.map = {
|
|
|
|
|
.scan = msi_tvanywhere_plus,
|
|
|
|
|
.size = ARRAY_SIZE(msi_tvanywhere_plus),
|
2010-11-18 00:20:52 +07:00
|
|
|
.rc_type = RC_TYPE_UNKNOWN, /* Legacy IR type */
|
V4L/DVB: Break Remote Controller keymaps into modules
The original Remote Controller approach were very messy: a big file,
that were part of ir-common kernel module, containing 64 different
RC keymap tables, used by the V4L/DVB drivers.
Better to break each RC keymap table into a separate module,
registering them into rc core on a process similar to the fs/nls tables.
As an userspace program is now in charge of loading those tables,
adds an option to allow the complete removal of those tables from
kernelspace.
Yet, on embedded devices like Set Top Boxes and TV sets, maybe the
only available input device is the IR. So, we should keep allowing
the usage of in-kernel tables, but a latter patch should change
the default to 'n', after giving some time for distros to add
the v4l-utils with the ir-keytable program, to allow the table
load via userspace.
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
2010-04-02 13:05:46 +07:00
|
|
|
.name = RC_MAP_MSI_TVANYWHERE_PLUS,
|
|
|
|
|
}
|
|
|
|
|
};
|
|
|
|
|
|
|
|
|
|
static int __init init_rc_map_msi_tvanywhere_plus(void)
|
|
|
|
|
{
|
2010-11-18 01:56:53 +07:00
|
|
|
return rc_map_register(&msi_tvanywhere_plus_map);
|
V4L/DVB: Break Remote Controller keymaps into modules
The original Remote Controller approach were very messy: a big file,
that were part of ir-common kernel module, containing 64 different
RC keymap tables, used by the V4L/DVB drivers.
Better to break each RC keymap table into a separate module,
registering them into rc core on a process similar to the fs/nls tables.
As an userspace program is now in charge of loading those tables,
adds an option to allow the complete removal of those tables from
kernelspace.
Yet, on embedded devices like Set Top Boxes and TV sets, maybe the
only available input device is the IR. So, we should keep allowing
the usage of in-kernel tables, but a latter patch should change
the default to 'n', after giving some time for distros to add
the v4l-utils with the ir-keytable program, to allow the table
load via userspace.
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
2010-04-02 13:05:46 +07:00
|
|
|
}
|
|
|
|
|
|
|
|
|
|
static void __exit exit_rc_map_msi_tvanywhere_plus(void)
|
|
|
|
|
{
|
2010-11-18 01:56:53 +07:00
|
|
|
rc_map_unregister(&msi_tvanywhere_plus_map);
|
V4L/DVB: Break Remote Controller keymaps into modules
The original Remote Controller approach were very messy: a big file,
that were part of ir-common kernel module, containing 64 different
RC keymap tables, used by the V4L/DVB drivers.
Better to break each RC keymap table into a separate module,
registering them into rc core on a process similar to the fs/nls tables.
As an userspace program is now in charge of loading those tables,
adds an option to allow the complete removal of those tables from
kernelspace.
Yet, on embedded devices like Set Top Boxes and TV sets, maybe the
only available input device is the IR. So, we should keep allowing
the usage of in-kernel tables, but a latter patch should change
the default to 'n', after giving some time for distros to add
the v4l-utils with the ir-keytable program, to allow the table
load via userspace.
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
2010-04-02 13:05:46 +07:00
|
|
|
}
|
|
|
|
|
|
|
|
|
|
module_init(init_rc_map_msi_tvanywhere_plus)
|
|
|
|
|
module_exit(exit_rc_map_msi_tvanywhere_plus)
|
|
|
|
|
|
|
|
|
|
MODULE_LICENSE("GPL");
|
|
|
|
|
MODULE_AUTHOR("Mauro Carvalho Chehab <mchehab@redhat.com>");
|