summaryrefslogtreecommitdiffstats
path: root/Documentation/hid
diff options
context:
space:
mode:
authorSrinivas Pandruvada2015-04-10 20:22:22 +0200
committerJiri Kosina2015-04-10 22:22:55 +0200
commit4a7de0519df5e8fb89cef6ee062330ffe4b50a4d (patch)
tree587a0694e6db263f10290d3f3b4efc0619ca6469 /Documentation/hid
parentHID: hid-sensor-hub: Fix sparse warning (diff)
downloadkernel-qcow2-linux-4a7de0519df5e8fb89cef6ee062330ffe4b50a4d.tar.gz
kernel-qcow2-linux-4a7de0519df5e8fb89cef6ee062330ffe4b50a4d.tar.xz
kernel-qcow2-linux-4a7de0519df5e8fb89cef6ee062330ffe4b50a4d.zip
HID: sensor: Custom and Generic sensor support
HID Sensor Spec defines two usage ids for custom sensors HID_USAGE_SENSOR_TYPE_OTHER_CUSTOM (0x09, 0xE1) HID_USAGE_SENSOR_TYPE_OTHER_GENERIC(0x09, 0xE2) In addition the standard also defines usage ids for custom fields. The purpose of these sensors is to extend the functionality or provide a way to obfuscate the data being communicated by a sensor. Without knowing the mapping between the data and its encapsulated form, it is difficult for an driver to determine what data is being communicated by the sensor. This allows some differentiating use cases, where vendor can provide applications. Since these can't be represented by standard sensor interfaces like IIO, we present these as fields with - type (input/output) - units - min/max - get/set value In addition an dev interface to transfer report events. Details about this interface is described in /Documentation/hid/hid-sensor.txt. Manufacturers should not use these ids for any standard sensors, otherwise the the product/vendor id can be added to black list. Signed-off-by: Srinivas Pandruvada <srinivas.pandruvada@linux.intel.com> Reviewed-by: Jonathan Cameron <jic23@kernel.org> Signed-off-by: Jiri Kosina <jkosina@suse.cz>
Diffstat (limited to 'Documentation/hid')
0 files changed, 0 insertions, 0 deletions