2010-07-31 22:59:14 +08:00
|
|
|
menuconfig IR_CORE
|
|
|
|
|
tristate "Infrared remote controller adapters"
|
2009-12-11 19:00:00 +08:00
|
|
|
depends on INPUT
|
|
|
|
|
default INPUT
|
2010-08-09 21:07:20 +08:00
|
|
|
---help---
|
|
|
|
|
Enable support for Remote Controllers on Linux. This is
|
|
|
|
|
needed in order to support several video capture adapters.
|
2009-12-11 19:34:07 +08:00
|
|
|
|
2010-08-09 21:07:20 +08:00
|
|
|
Enable this option if you have a video capture board even
|
|
|
|
|
if you don't need IR, as otherwise, you may not be able to
|
|
|
|
|
compile the driver for your adapter.
|
2010-07-31 22:59:14 +08:00
|
|
|
|
2009-12-11 19:34:07 +08:00
|
|
|
config VIDEO_IR
|
|
|
|
|
tristate
|
|
|
|
|
depends on IR_CORE
|
|
|
|
|
default IR_CORE
|
2010-03-25 07:47:53 +08:00
|
|
|
|
2010-08-09 21:07:20 +08:00
|
|
|
if IR_CORE
|
|
|
|
|
|
2010-07-03 12:06:57 +08:00
|
|
|
config LIRC
|
|
|
|
|
tristate
|
|
|
|
|
default y
|
|
|
|
|
|
|
|
|
|
---help---
|
|
|
|
|
Enable this option to build the Linux Infrared Remote
|
|
|
|
|
Control (LIRC) core device interface driver. The LIRC
|
|
|
|
|
interface passes raw IR to and from userspace, where the
|
2010-07-31 22:59:14 +08:00
|
|
|
LIRC daemon handles protocol decoding for IR reception and
|
2010-07-03 12:06:57 +08:00
|
|
|
encoding for IR transmitting (aka "blasting").
|
|
|
|
|
|
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
|
|
|
source "drivers/media/IR/keymaps/Kconfig"
|
|
|
|
|
|
2010-03-25 07:47:53 +08:00
|
|
|
config IR_NEC_DECODER
|
2010-04-09 20:20:11 +08:00
|
|
|
tristate "Enable IR raw decoder for the NEC protocol"
|
2010-03-25 07:47:53 +08:00
|
|
|
depends on IR_CORE
|
2010-05-15 01:09:57 +08:00
|
|
|
select BITREVERSE
|
2010-03-25 07:47:53 +08:00
|
|
|
default y
|
|
|
|
|
|
|
|
|
|
---help---
|
|
|
|
|
Enable this option if you have IR with NEC protocol, and
|
|
|
|
|
if the IR is decoded in software
|
2010-04-04 21:27:20 +08:00
|
|
|
|
|
|
|
|
config IR_RC5_DECODER
|
2010-04-09 20:20:11 +08:00
|
|
|
tristate "Enable IR raw decoder for the RC-5 protocol"
|
2010-04-04 21:27:20 +08:00
|
|
|
depends on IR_CORE
|
2010-05-27 01:08:51 +08:00
|
|
|
select BITREVERSE
|
2010-04-04 21:27:20 +08:00
|
|
|
default y
|
|
|
|
|
|
|
|
|
|
---help---
|
|
|
|
|
Enable this option if you have IR with RC-5 protocol, and
|
|
|
|
|
if the IR is decoded in software
|
2010-04-09 07:04:40 +08:00
|
|
|
|
|
|
|
|
config IR_RC6_DECODER
|
|
|
|
|
tristate "Enable IR raw decoder for the RC6 protocol"
|
|
|
|
|
depends on IR_CORE
|
2010-05-27 01:08:51 +08:00
|
|
|
select BITREVERSE
|
2010-04-09 07:04:40 +08:00
|
|
|
default y
|
|
|
|
|
|
|
|
|
|
---help---
|
|
|
|
|
Enable this option if you have an infrared remote control which
|
|
|
|
|
uses the RC6 protocol, and you need software decoding support.
|
2010-04-17 05:29:02 +08:00
|
|
|
|
2010-04-16 05:46:05 +08:00
|
|
|
config IR_JVC_DECODER
|
|
|
|
|
tristate "Enable IR raw decoder for the JVC protocol"
|
|
|
|
|
depends on IR_CORE
|
2010-07-08 07:41:15 +08:00
|
|
|
select BITREVERSE
|
2010-04-16 05:46:05 +08:00
|
|
|
default y
|
|
|
|
|
|
|
|
|
|
---help---
|
|
|
|
|
Enable this option if you have an infrared remote control which
|
|
|
|
|
uses the JVC protocol, and you need software decoding support.
|
|
|
|
|
|
2010-04-16 05:46:10 +08:00
|
|
|
config IR_SONY_DECODER
|
|
|
|
|
tristate "Enable IR raw decoder for the Sony protocol"
|
|
|
|
|
depends on IR_CORE
|
|
|
|
|
default y
|
|
|
|
|
|
|
|
|
|
---help---
|
|
|
|
|
Enable this option if you have an infrared remote control which
|
|
|
|
|
uses the Sony protocol, and you need software decoding support.
|
|
|
|
|
|
V4L/DVB: IR/streamzap: functional in-kernel decoding
This patch makes in-kernel decoding with the stock Streamzap PC Remote
work out of the box. There are quite a few things going on in this
patch, all related to getting this working:
1) I had to enable reporting of a long space at the end of each signal,
or I had weird buffering and keybounce issues.
2) The keymap has been reworked slightly to match actual decoded values,
the first edition was missing the pre-data bits present in the lirc
config file for this remote.
3) There's a whole new decoder included, specifically for the
not-quite-RC5 15-bit protocol variant used by the Streamzap PC
Remote. The decoder, while usable with other recievers (tested with
an mceusb receiver), will only be loaded by the streamzap driver, as
its likely not of use in almost all other situations. This can be
revisited if/when all keytable loading (and disabling of unneeded
protocol decoder engines) is moved to userspace, but for now, I think
this makes the most sense.
Note that I did try to enable handling the streamzap RC5-ish protocol in
the current RC5 decoder, but there's no particularly easy way to tell if
its 14-bit RC5 or 15-bit Streamzap until we see bit 14, and even then,
in testing an attempted decoder merge, only 2/3 of the keys were
properly recognized as being the 15-bit variant and decoded correctly,
the rest were close enough to compliant with 14-bit that they were
decoded as such (but they have overlap with one another, and thus we
can't just shrug and use the 14-bit decoded values).
Also of note in this patch is the removal of the streamzap driver's
internal delay buffer. Per discussion w/Christoph, it shouldn't be
needed by lirc any longer anyway, and it doesn't seem to make any
difference to the in-kernel decoder engine. That being the case, I'm
yanking it all out, as it greatly simplifies the driver code.
Signed-off-by: Jarod Wilson <jarod@redhat.com>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
2010-08-08 00:31:40 +08:00
|
|
|
config IR_RC5_SZ_DECODER
|
|
|
|
|
tristate "Enable IR raw decoder for the RC-5 (streamzap) protocol"
|
|
|
|
|
depends on IR_CORE
|
|
|
|
|
select BITREVERSE
|
|
|
|
|
default y
|
|
|
|
|
|
|
|
|
|
---help---
|
|
|
|
|
Enable this option if you have IR with RC-5 (streamzap) protocol,
|
|
|
|
|
and if the IR is decoded in software. (The Streamzap PC Remote
|
|
|
|
|
uses an IR protocol that is almost standard RC-5, but not quite,
|
|
|
|
|
as it uses an additional bit).
|
|
|
|
|
|
2010-07-03 12:07:53 +08:00
|
|
|
config IR_LIRC_CODEC
|
|
|
|
|
tristate "Enable IR to LIRC bridge"
|
|
|
|
|
depends on IR_CORE
|
|
|
|
|
depends on LIRC
|
|
|
|
|
default y
|
|
|
|
|
|
|
|
|
|
---help---
|
|
|
|
|
Enable this option to pass raw IR to and from userspace via
|
|
|
|
|
the LIRC interface.
|
|
|
|
|
|
2010-04-17 05:29:02 +08:00
|
|
|
config IR_IMON
|
|
|
|
|
tristate "SoundGraph iMON Receiver and Display"
|
|
|
|
|
depends on USB_ARCH_HAS_HCD
|
|
|
|
|
depends on IR_CORE
|
|
|
|
|
select USB
|
|
|
|
|
---help---
|
|
|
|
|
Say Y here if you want to use a SoundGraph iMON (aka Antec Veris)
|
|
|
|
|
IR Receiver and/or LCD/VFD/VGA display.
|
|
|
|
|
|
|
|
|
|
To compile this driver as a module, choose M here: the
|
|
|
|
|
module will be called imon.
|
2010-06-02 04:32:08 +08:00
|
|
|
|
[media] IR: add driver for Nuvoton w836x7hg integrated CIR
This is a new ir-core pnp driver for the Nuvoton w836x7hg integrated CIR
function. The chip is found on at least the ASRock ION 330HT boxes and
apparently, on a number of Intel DP55-series motherboards:
http://www.asrock.com/nettop/overview.asp?Model=ION%20330HT
http://downloadcenter.intel.com/Detail_Desc.aspx?agr=Y&DwnldID=17685&lang=eng
This driver was made possible by a hardware donation from Nuvoton, along
with sample code (in the form of an lirc driver) and datasheet, so huge
thanks to them for supporting this effort. Note that this driver
constitutes a massive rewrite, porting from the lirc interfaces to the
ir-core interfaces, and restructuring the driver to look more like Maxim
Levitsky's ene_ir driver (as well as generally making it look more like
kernel code).
There's some work left to be done on this driver, to fully support the
range of functionality possible, but receive and IR power-on/wake are
both functional (may require setting wake key under another OS atm). The
hardware I've got (one of the ASRock boxes) only supports RX, so TX is
completely untested as of yet. Certain RX parameters, like sample
resolution and RX IRQ sample length trigger level could possibly stand
to be made tweakable via modparams or sysfs nodes, but the current
values work well enough for me w/an MCE RC6A remote.
The original lirc driver carried support for the Windows MCE IR
keyboard/mouse device, which I plan to add back generically, in a way
that should be usable by any raw IR receiver (or at least by this driver
and the mceusb driver).
Suspend and resume have also been tested, the power button on my remote
can be used to wake the machine, and CIR functionality resumes just
fine. Module unload/reload has also been tested, though not extensively
or repetitively. Also tested to work with the lirc bridge plugin for
userspace decoding.
Signed-off-by: Jarod Wilson <jarod@redhat.com>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
2010-10-08 04:50:34 +08:00
|
|
|
config IR_NUVOTON
|
|
|
|
|
tristate "Nuvoton w836x7hg Consumer Infrared Transceiver"
|
|
|
|
|
depends on PNP
|
|
|
|
|
depends on IR_CORE
|
|
|
|
|
---help---
|
|
|
|
|
Say Y here to enable support for integrated infrared receiver
|
|
|
|
|
/transciever made by Nuvoton (formerly Winbond). This chip is
|
|
|
|
|
found in the ASRock ION 330HT, as well as assorted Intel
|
|
|
|
|
DP55-series motherboards (and of course, possibly others).
|
|
|
|
|
|
|
|
|
|
To compile this driver as a module, choose M here: the
|
|
|
|
|
module will be called nuvoton-cir.
|
|
|
|
|
|
2010-06-02 04:32:08 +08:00
|
|
|
config IR_MCEUSB
|
|
|
|
|
tristate "Windows Media Center Ed. eHome Infrared Transceiver"
|
|
|
|
|
depends on USB_ARCH_HAS_HCD
|
|
|
|
|
depends on IR_CORE
|
|
|
|
|
select USB
|
|
|
|
|
---help---
|
|
|
|
|
Say Y here if you want to use a Windows Media Center Edition
|
|
|
|
|
eHome Infrared Transceiver.
|
|
|
|
|
|
|
|
|
|
To compile this driver as a module, choose M here: the
|
|
|
|
|
module will be called mceusb.
|
2010-08-03 02:46:03 +08:00
|
|
|
|
2010-07-31 22:59:26 +08:00
|
|
|
config IR_ENE
|
|
|
|
|
tristate "ENE eHome Receiver/Transciever (pnp id: ENE0100/ENE02xxx)"
|
|
|
|
|
depends on PNP
|
|
|
|
|
depends on IR_CORE
|
|
|
|
|
---help---
|
|
|
|
|
Say Y here to enable support for integrated infrared receiver
|
|
|
|
|
/transciever made by ENE.
|
|
|
|
|
|
|
|
|
|
You can see if you have it by looking at lspnp output.
|
|
|
|
|
Output should include ENE0100 ENE0200 or something similiar.
|
|
|
|
|
|
|
|
|
|
To compile this driver as a module, choose M here: the
|
|
|
|
|
module will be called ene_ir.
|
|
|
|
|
|
2010-08-03 02:46:03 +08:00
|
|
|
config IR_STREAMZAP
|
|
|
|
|
tristate "Streamzap PC Remote IR Receiver"
|
|
|
|
|
depends on USB_ARCH_HAS_HCD
|
|
|
|
|
depends on IR_CORE
|
|
|
|
|
select USB
|
|
|
|
|
---help---
|
|
|
|
|
Say Y here if you want to use a Streamzap PC Remote
|
|
|
|
|
Infrared Receiver.
|
|
|
|
|
|
|
|
|
|
To compile this driver as a module, choose M here: the
|
|
|
|
|
module will be called streamzap.
|
2010-07-31 22:59:14 +08:00
|
|
|
|
|
|
|
|
endif #IR_CORE
|
