Squashed backup commit (no shallow-clone history issues) of xiaomi-mt6833-dev/kernel_xiaomi_mt6833 (lineage-23.2 branch, upstream commit 9eece662e) plus all fixes applied to get everpal_defconfig building clean against a modern (GCC 15.2.0) toolchain -- see the previous commit message on the lineage-23.2 branch (also in this repo history is not available here since this is a squashed snapshot; full incremental history lives in the local DL380 checkout and the upstream GitHub remote). Upstream: https://github.com/xiaomi-mt6833-dev/kernel_xiaomi_mt6833 (lineage-23.2)
25 lines
890 B
ReStructuredText
25 lines
890 B
ReStructuredText
.. -*- coding: utf-8; mode: rst -*-
|
|
|
|
.. _Remote_controllers_Intro:
|
|
|
|
************
|
|
Introduction
|
|
************
|
|
|
|
Currently, most analog and digital devices have a Infrared input for
|
|
remote controllers. Each manufacturer has their own type of control. It
|
|
is not rare for the same manufacturer to ship different types of
|
|
controls, depending on the device.
|
|
|
|
A Remote Controller interface is mapped as a normal evdev/input
|
|
interface, just like a keyboard or a mouse. So, it uses all ioctls
|
|
already defined for any other input devices.
|
|
|
|
However, remove controllers are more flexible than a normal input
|
|
device, as the IR receiver (and/or transmitter) can be used in
|
|
conjunction with a wide variety of different IR remotes.
|
|
|
|
In order to allow flexibility, the Remote Controller subsystem allows
|
|
controlling the RC-specific attributes via
|
|
:ref:`the sysfs class nodes <remote_controllers_sysfs_nodes>`.
|