summaryrefslogtreecommitdiffstats
path: root/Documentation/userspace-api/media/rc
diff options
context:
space:
mode:
authorSean Young <sean@mess.org>2022-01-15 11:19:11 +0100
committerMauro Carvalho Chehab <mchehab@kernel.org>2022-01-28 19:32:50 +0100
commit68a99f6a0ebfe9101ea79ba5af1c407a5ad4f629 (patch)
treeb69aadd1e508be6ab565b8da568edc3e812e8484 /Documentation/userspace-api/media/rc
parent950170d6d2a5d3c0c959696d2440e5c8dfd02896 (diff)
downloadlinux-68a99f6a0ebfe9101ea79ba5af1c407a5ad4f629.tar.gz
linux-68a99f6a0ebfe9101ea79ba5af1c407a5ad4f629.tar.bz2
linux-68a99f6a0ebfe9101ea79ba5af1c407a5ad4f629.zip
media: lirc: report ir receiver overflow
If the driver reports that the hardware had an overflow, report this to userspace. It would be nice to know when this happens, and not just get a long space. This change has been tested with lircd, ir-ctl, and ir-keytable. Signed-off-by: Sean Young <sean@mess.org> Signed-off-by: Mauro Carvalho Chehab <mchehab@kernel.org>
Diffstat (limited to 'Documentation/userspace-api/media/rc')
-rw-r--r--Documentation/userspace-api/media/rc/lirc-dev-intro.rst11
1 files changed, 9 insertions, 2 deletions
diff --git a/Documentation/userspace-api/media/rc/lirc-dev-intro.rst b/Documentation/userspace-api/media/rc/lirc-dev-intro.rst
index 9a5e5f0aae11..d899331b943f 100644
--- a/Documentation/userspace-api/media/rc/lirc-dev-intro.rst
+++ b/Documentation/userspace-api/media/rc/lirc-dev-intro.rst
@@ -103,11 +103,11 @@ on the following table.
``LIRC_MODE2_PULSE``
- Signifies the presence of IR in microseconds.
+ Signifies the presence of IR in microseconds, also known as *flash*.
``LIRC_MODE2_SPACE``
- Signifies absence of IR in microseconds.
+ Signifies absence of IR in microseconds, also known as *gap*.
``LIRC_MODE2_FREQUENCY``
@@ -121,6 +121,13 @@ on the following table.
to no IR being detected, this packet will be sent, with the number
of microseconds with no IR.
+ ``LIRC_MODE2_OVERFLOW``
+
+ Signifies that the IR receiver encounter an overflow, and some IR
+ is missing. The IR data after this should be correct again. The
+ actual value is not important, but this is set to 0xffffff by the
+ kernel for compatibility with lircd.
+
.. _lirc-mode-pulse:
``LIRC_MODE_PULSE``