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 06:05:46 +00:00
|
|
|
obj-$(CONFIG_RC_MAP) += rc-adstech-dvb-t-pci.o \
|
|
|
|
|
rc-apac-viewcomp.o \
|
|
|
|
|
rc-asus-pc39.o \
|
|
|
|
|
rc-ati-tv-wonder-hd-600.o \
|
|
|
|
|
rc-avermedia-a16d.o \
|
|
|
|
|
rc-avermedia.o \
|
|
|
|
|
rc-avermedia-cardbus.o \
|
|
|
|
|
rc-avermedia-dvbt.o \
|
2010-05-10 18:43:31 +00:00
|
|
|
rc-avermedia-m135a.o \
|
2010-05-08 05:23:37 +00:00
|
|
|
rc-avermedia-m733a-rm-k6.o \
|
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 06:05:46 +00:00
|
|
|
rc-avertv-303.o \
|
|
|
|
|
rc-behold.o \
|
|
|
|
|
rc-behold-columbus.o \
|
|
|
|
|
rc-budget-ci-old.o \
|
|
|
|
|
rc-cinergy-1400.o \
|
|
|
|
|
rc-cinergy.o \
|
2010-08-01 11:02:35 +00:00
|
|
|
rc-dib0700-nec.o \
|
|
|
|
|
rc-dib0700-rc5.o \
|
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 06:05:46 +00:00
|
|
|
rc-dm1105-nec.o \
|
|
|
|
|
rc-dntv-live-dvb-t.o \
|
|
|
|
|
rc-dntv-live-dvbt-pro.o \
|
|
|
|
|
rc-em-terratec.o \
|
|
|
|
|
rc-encore-enltv2.o \
|
|
|
|
|
rc-encore-enltv.o \
|
|
|
|
|
rc-encore-enltv-fm53.o \
|
|
|
|
|
rc-evga-indtube.o \
|
|
|
|
|
rc-eztv.o \
|
|
|
|
|
rc-flydvb.o \
|
|
|
|
|
rc-flyvideo.o \
|
|
|
|
|
rc-fusionhdtv-mce.o \
|
|
|
|
|
rc-gadmei-rm008z.o \
|
|
|
|
|
rc-genius-tvgo-a11mce.o \
|
|
|
|
|
rc-gotview7135.o \
|
|
|
|
|
rc-hauppauge-new.o \
|
2010-04-16 21:28:35 +00:00
|
|
|
rc-imon-mce.o \
|
|
|
|
|
rc-imon-pad.o \
|
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 06:05:46 +00:00
|
|
|
rc-iodata-bctv7e.o \
|
|
|
|
|
rc-kaiomy.o \
|
|
|
|
|
rc-kworld-315u.o \
|
|
|
|
|
rc-kworld-plus-tv-analog.o \
|
2010-07-03 04:08:52 +00:00
|
|
|
rc-lirc.o \
|
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 06:05:46 +00:00
|
|
|
rc-manli.o \
|
|
|
|
|
rc-msi-tvanywhere.o \
|
|
|
|
|
rc-msi-tvanywhere-plus.o \
|
|
|
|
|
rc-nebula.o \
|
|
|
|
|
rc-nec-terratec-cinergy-xs.o \
|
|
|
|
|
rc-norwood.o \
|
|
|
|
|
rc-npgtech.o \
|
|
|
|
|
rc-pctv-sedna.o \
|
|
|
|
|
rc-pinnacle-color.o \
|
|
|
|
|
rc-pinnacle-grey.o \
|
|
|
|
|
rc-pinnacle-pctv-hd.o \
|
|
|
|
|
rc-pixelview.o \
|
2010-04-04 17:06:55 +00:00
|
|
|
rc-pixelview-mk12.o \
|
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 06:05:46 +00:00
|
|
|
rc-pixelview-new.o \
|
|
|
|
|
rc-powercolor-real-angel.o \
|
|
|
|
|
rc-proteus-2309.o \
|
|
|
|
|
rc-purpletv.o \
|
|
|
|
|
rc-pv951.o \
|
|
|
|
|
rc-rc5-hauppauge-new.o \
|
V4L/DVB: staging/lirc: port lirc_streamzap to ir-core
This ports lirc_streamzap.c over to ir-core in-place, to be followed by
a patch moving the driver over to drivers/media/IR/streamzap.c and
enabling the proper Kconfig bits.
Presently, the in-kernel keymap doesn't work, as the stock Streamzap
remote uses an RC-5-like, but not-quite-RC-5 protocol, which the
in-kernel RC-5 decoder doesn't cope with. The remote can be used right
now with the lirc bridge driver though, and other remotes (at least an
RC-6(A) MCE remote) work perfectly with the driver.
I'll take a look at making the existing RC-5 decoder cope with this odd
duck, possibly implement another standalone decoder engine, or just
throw up my hands and say "meh, use lirc"... But the driver itself
should be perfectly sound.
Remaining items on the streamzap TODO list:
- add LIRC_SET_REC_TIMEOUT-alike support
- add LIRC_GET_M{AX,IN}_TIMEOUT-alike support
- add LIRC_GET_REC_RESOLUTION-alike support
All of the above should be trivial to add. There are patches pending to
add this support to ir-core from Maxim Levitsky, and I'll take care of
these once his patches get integrated. None of them are currently
essential though.
Signed-off-by: Jarod Wilson <jarod@redhat.com>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
2010-08-03 04:07:04 +00:00
|
|
|
rc-rc5-streamzap.o \
|
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 06:05:46 +00:00
|
|
|
rc-rc5-tv.o \
|
2010-06-01 20:30:35 +00:00
|
|
|
rc-rc6-mce.o \
|
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 06:05:46 +00:00
|
|
|
rc-real-audio-220-32-keys.o \
|
|
|
|
|
rc-tbs-nec.o \
|
|
|
|
|
rc-terratec-cinergy-xs.o \
|
|
|
|
|
rc-tevii-nec.o \
|
|
|
|
|
rc-tt-1500.o \
|
|
|
|
|
rc-videomate-s350.o \
|
|
|
|
|
rc-videomate-tv-pvr.o \
|
|
|
|
|
rc-winfast.o \
|
|
|
|
|
rc-winfast-usbii-deluxe.o
|
