2017-12-01 21:47:11 +08:00
|
|
|
// SPDX-License-Identifier: GPL-2.0+
|
|
|
|
// manli.h - Keytable for manli Remote Controller
|
|
|
|
//
|
|
|
|
// keymap imported from ir-keymaps.c
|
|
|
|
//
|
|
|
|
// Copyright (c) 2010 by Mauro Carvalho Chehab
|
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 14:05:46 +08:00
|
|
|
|
|
|
|
#include <media/rc-map.h>
|
2011-07-04 02:03:12 +08:00
|
|
|
#include <linux/module.h>
|
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 14:05:46 +08:00
|
|
|
|
|
|
|
/* Michael Tokarev <mjt@tls.msk.ru>
|
|
|
|
keytable is used by MANLI MTV00[0x0c] and BeholdTV 40[13] at
|
|
|
|
least, and probably other cards too.
|
|
|
|
The "ascii-art picture" below (in comments, first row
|
|
|
|
is the keycode in hex, and subsequent row(s) shows
|
|
|
|
the button labels (several variants when appropriate)
|
2019-02-19 03:29:01 +08:00
|
|
|
helps to decide which keycodes to assign to the buttons.
|
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 14:05:46 +08:00
|
|
|
*/
|
|
|
|
|
[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 02:46:09 +08:00
|
|
|
static struct rc_map_table manli[] = {
|
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 14:05:46 +08:00
|
|
|
|
|
|
|
/* 0x1c 0x12 *
|
|
|
|
* FUNCTION POWER *
|
|
|
|
* FM (|) *
|
|
|
|
* */
|
|
|
|
{ 0x1c, KEY_RADIO }, /*XXX*/
|
|
|
|
{ 0x12, KEY_POWER },
|
|
|
|
|
|
|
|
/* 0x01 0x02 0x03 *
|
|
|
|
* 1 2 3 *
|
|
|
|
* *
|
|
|
|
* 0x04 0x05 0x06 *
|
|
|
|
* 4 5 6 *
|
|
|
|
* *
|
|
|
|
* 0x07 0x08 0x09 *
|
|
|
|
* 7 8 9 *
|
|
|
|
* */
|
2019-06-24 23:42:14 +08:00
|
|
|
{ 0x01, KEY_NUMERIC_1 },
|
|
|
|
{ 0x02, KEY_NUMERIC_2 },
|
|
|
|
{ 0x03, KEY_NUMERIC_3 },
|
|
|
|
{ 0x04, KEY_NUMERIC_4 },
|
|
|
|
{ 0x05, KEY_NUMERIC_5 },
|
|
|
|
{ 0x06, KEY_NUMERIC_6 },
|
|
|
|
{ 0x07, KEY_NUMERIC_7 },
|
|
|
|
{ 0x08, KEY_NUMERIC_8 },
|
|
|
|
{ 0x09, KEY_NUMERIC_9 },
|
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 14:05:46 +08:00
|
|
|
|
|
|
|
/* 0x0a 0x00 0x17 *
|
|
|
|
* RECALL 0 +100 *
|
|
|
|
* PLUS *
|
|
|
|
* */
|
|
|
|
{ 0x0a, KEY_AGAIN }, /*XXX KEY_REWIND? */
|
2019-06-24 23:42:14 +08:00
|
|
|
{ 0x00, KEY_NUMERIC_0 },
|
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 14:05:46 +08:00
|
|
|
{ 0x17, KEY_DIGITS }, /*XXX*/
|
|
|
|
|
|
|
|
/* 0x14 0x10 *
|
|
|
|
* MENU INFO *
|
|
|
|
* OSD */
|
|
|
|
{ 0x14, KEY_MENU },
|
|
|
|
{ 0x10, KEY_INFO },
|
|
|
|
|
|
|
|
/* 0x0b *
|
|
|
|
* Up *
|
|
|
|
* *
|
|
|
|
* 0x18 0x16 0x0c *
|
|
|
|
* Left Ok Right *
|
|
|
|
* *
|
|
|
|
* 0x015 *
|
|
|
|
* Down *
|
|
|
|
* */
|
|
|
|
{ 0x0b, KEY_UP },
|
|
|
|
{ 0x18, KEY_LEFT },
|
|
|
|
{ 0x16, KEY_OK }, /*XXX KEY_SELECT? KEY_ENTER? */
|
|
|
|
{ 0x0c, KEY_RIGHT },
|
|
|
|
{ 0x15, KEY_DOWN },
|
|
|
|
|
|
|
|
/* 0x11 0x0d *
|
|
|
|
* TV/AV MODE *
|
|
|
|
* SOURCE STEREO *
|
|
|
|
* */
|
|
|
|
{ 0x11, KEY_TV }, /*XXX*/
|
|
|
|
{ 0x0d, KEY_MODE }, /*XXX there's no KEY_STEREO */
|
|
|
|
|
|
|
|
/* 0x0f 0x1b 0x1a *
|
|
|
|
* AUDIO Vol+ Chan+ *
|
|
|
|
* TIMESHIFT??? *
|
|
|
|
* *
|
|
|
|
* 0x0e 0x1f 0x1e *
|
|
|
|
* SLEEP Vol- Chan- *
|
|
|
|
* */
|
|
|
|
{ 0x0f, KEY_AUDIO },
|
|
|
|
{ 0x1b, KEY_VOLUMEUP },
|
|
|
|
{ 0x1a, KEY_CHANNELUP },
|
|
|
|
{ 0x0e, KEY_TIME },
|
|
|
|
{ 0x1f, KEY_VOLUMEDOWN },
|
|
|
|
{ 0x1e, KEY_CHANNELDOWN },
|
|
|
|
|
|
|
|
/* 0x13 0x19 *
|
|
|
|
* MUTE SNAPSHOT*
|
|
|
|
* */
|
|
|
|
{ 0x13, KEY_MUTE },
|
|
|
|
{ 0x19, KEY_CAMERA },
|
|
|
|
|
|
|
|
/* 0x1d unused ? */
|
|
|
|
};
|
|
|
|
|
2010-11-18 02:56:53 +08:00
|
|
|
static struct rc_map_list manli_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 14:05:46 +08:00
|
|
|
.map = {
|
2017-08-08 04:20:58 +08:00
|
|
|
.scan = manli,
|
|
|
|
.size = ARRAY_SIZE(manli),
|
|
|
|
.rc_proto = RC_PROTO_UNKNOWN, /* Legacy IR type */
|
|
|
|
.name = RC_MAP_MANLI,
|
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 14:05:46 +08:00
|
|
|
}
|
|
|
|
};
|
|
|
|
|
|
|
|
static int __init init_rc_map_manli(void)
|
|
|
|
{
|
2010-11-18 02:56:53 +08:00
|
|
|
return rc_map_register(&manli_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 14:05:46 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
static void __exit exit_rc_map_manli(void)
|
|
|
|
{
|
2010-11-18 02:56:53 +08:00
|
|
|
rc_map_unregister(&manli_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 14:05:46 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
module_init(init_rc_map_manli)
|
|
|
|
module_exit(exit_rc_map_manli)
|
|
|
|
|
|
|
|
MODULE_LICENSE("GPL");
|
2014-02-07 18:03:07 +08:00
|
|
|
MODULE_AUTHOR("Mauro Carvalho Chehab");
|