2012-09-05 19:56:00 +07:00
|
|
|
#
|
|
|
|
# IIO Digital Gyroscope Sensor drivers configuration
|
|
|
|
#
|
2013-07-15 14:45:00 +07:00
|
|
|
# When adding new entries keep the list in alphabetical order
|
|
|
|
|
2012-09-05 19:56:00 +07:00
|
|
|
menu "Digital gyroscope sensors"
|
|
|
|
|
2013-01-09 21:01:00 +07:00
|
|
|
config ADIS16080
|
|
|
|
tristate "Analog Devices ADIS16080/100 Yaw Rate Gyroscope with SPI driver"
|
|
|
|
depends on SPI
|
|
|
|
help
|
|
|
|
Say yes here to build support for Analog Devices ADIS16080, ADIS16100 Yaw
|
|
|
|
Rate Gyroscope with SPI.
|
|
|
|
|
2013-06-10 21:00:00 +07:00
|
|
|
config ADIS16130
|
|
|
|
tristate "Analog Devices ADIS16130 High Precision Angular Rate Sensor driver"
|
|
|
|
depends on SPI
|
|
|
|
help
|
|
|
|
Say yes here to build support for Analog Devices ADIS16130 High Precision
|
|
|
|
Angular Rate Sensor driver.
|
|
|
|
|
2012-11-20 20:36:00 +07:00
|
|
|
config ADIS16136
|
|
|
|
tristate "Analog devices ADIS16136 and similar gyroscopes driver"
|
|
|
|
depends on SPI_MASTER
|
|
|
|
select IIO_ADIS_LIB
|
|
|
|
select IIO_ADIS_LIB_BUFFER if IIO_BUFFER
|
|
|
|
help
|
|
|
|
Say yes here to build support for the Analog Devices ADIS16133, ADIS16135,
|
|
|
|
ADIS16136 gyroscope devices.
|
|
|
|
|
2013-07-17 21:44:00 +07:00
|
|
|
config ADIS16260
|
|
|
|
tristate "Analog Devices ADIS16260 Digital Gyroscope Sensor SPI driver"
|
|
|
|
depends on SPI
|
|
|
|
select IIO_ADIS_LIB
|
|
|
|
select IIO_ADIS_LIB_BUFFER if IIO_BUFFER
|
|
|
|
help
|
|
|
|
Say yes here to build support for Analog Devices ADIS16260 ADIS16265
|
|
|
|
ADIS16250 ADIS16255 and ADIS16251 programmable digital gyroscope sensors.
|
|
|
|
|
|
|
|
This driver can also be built as a module. If so, the module
|
|
|
|
will be called adis16260.
|
|
|
|
|
2013-01-31 21:27:00 +07:00
|
|
|
config ADXRS450
|
|
|
|
tristate "Analog Devices ADXRS450/3 Digital Output Gyroscope SPI driver"
|
|
|
|
depends on SPI
|
|
|
|
help
|
|
|
|
Say yes here to build support for Analog Devices ADXRS450 and ADXRS453
|
|
|
|
programmable digital output gyroscope.
|
|
|
|
|
|
|
|
This driver can also be built as a module. If so, the module
|
|
|
|
will be called adxrs450.
|
|
|
|
|
2014-05-09 04:57:00 +07:00
|
|
|
config BMG160
|
|
|
|
tristate "BOSCH BMG160 Gyro Sensor"
|
2015-08-19 19:12:45 +07:00
|
|
|
depends on (I2C || SPI_MASTER)
|
2015-07-29 20:46:03 +07:00
|
|
|
select IIO_BUFFER
|
|
|
|
select IIO_TRIGGERED_BUFFER
|
2015-08-19 19:12:45 +07:00
|
|
|
select BMG160_I2C if (I2C)
|
2015-08-19 19:12:46 +07:00
|
|
|
select BMG160_SPI if (SPI)
|
2014-05-09 04:57:00 +07:00
|
|
|
help
|
2015-08-19 19:12:45 +07:00
|
|
|
Say yes here to build support for BOSCH BMG160 Tri-axis Gyro Sensor
|
|
|
|
driver connected via I2C or SPI. This driver also supports BMI055
|
|
|
|
gyroscope.
|
2014-05-09 04:57:00 +07:00
|
|
|
|
|
|
|
This driver can also be built as a module. If so, the module
|
2015-08-19 19:12:46 +07:00
|
|
|
will be called bmg160_i2c or bmg160_spi.
|
2015-08-19 19:12:45 +07:00
|
|
|
|
|
|
|
config BMG160_I2C
|
|
|
|
tristate
|
|
|
|
select REGMAP_I2C
|
2014-05-09 04:57:00 +07:00
|
|
|
|
2015-08-19 19:12:46 +07:00
|
|
|
config BMG160_SPI
|
|
|
|
tristate
|
|
|
|
select REGMAP_SPI
|
|
|
|
|
2012-09-05 19:56:00 +07:00
|
|
|
config HID_SENSOR_GYRO_3D
|
|
|
|
depends on HID_SENSOR_HUB
|
|
|
|
select IIO_BUFFER
|
|
|
|
select IIO_TRIGGERED_BUFFER
|
|
|
|
select HID_SENSOR_IIO_COMMON
|
2012-12-12 01:21:00 +07:00
|
|
|
select HID_SENSOR_IIO_TRIGGER
|
2012-09-05 19:56:00 +07:00
|
|
|
tristate "HID Gyroscope 3D"
|
|
|
|
help
|
|
|
|
Say yes here to build support for the HID SENSOR
|
|
|
|
Gyroscope 3D.
|
|
|
|
|
iio: gyro: Add driver for the MPU-3050 gyroscope
This adds a new driver for the Invensense MPU-3050 gyroscope.
This driver is based on information from the rough input driver
in drivers/input/misc/mpu3050.c and the scratch misc driver
posted by Nathan Royer in 2011. Some years have passed but this
is finally a fully-fledged driver for this gyroscope. It was
developed and tested on the Qualcomm APQ8060 Dragonboard.
The driver supports both raw and buffered input. It also
supports the internal trigger mechanism by registering a trigger
that can fire in response to the internal sample engine of the
component. In addition to reading out the gyroscope sensor
values, the driver also supports reading the temperature from
the sensor.
The driver currently only supports I2C but the MPU-3050 can
also be used from SPI, so the I2C portions are split in their
own file and we just use regmap to access all registers, so
it will be trivial to plug in SPI support if/when someone has
a system requiring this.
To conserve power, the driver utilizes the runtime PM
framework and will put the sensor in off mode and disable the
regulators when unused, after a timeout of 10 seconds.
The fullscale can be set for the sensor to 250, 500, 1000 or
2000 deg/s. This corresponds to scale values of rougly 0.000122,
0.000275, 0.000512 or 0.001068. By writing such values (or close
to these) into "in_anglevel_scale", the corresponding fullscale
can be chosen. It will default to 2000 deg/s (~35 rad/s).
The gyro component can have DC offsets on all axes. These can be
compensated using the standard sysfs ABI property
"in_anglevel_[xyz]_calibbias". This is in positive/negative
values of the raw values, so a suitable calibration bias can be
determined by userspace by reading the "in_anglevel_[xyz]_raw"
for a few iterations while holding the sensor still, create an
average integer, and writing the negative inverse of that into
"in_anglevel_[xyz]_calibbias". After this the hardware will
automatically subtract the bias, also when using buffered
readings.
Since the MPU-3050 has an outgoing I2C port it needs to act as
an I2C mux. This means that the device is switching I2C traffic
to devices beyond it. On my system this is the only way to reach
the accelerometer. The "sensor fusion" ability of the MPU-3050
to directly talk to the device on the outgoing I2C port is
currently not used by the driver, but it has code to allow I2C
traffic to pass through so that the Linux kernel can reach the
device on the other side with a kernel driver.
Example usage with the native trigger:
$ generic_buffer -a -c10 -n mpu3050
iio device number being used is 0
iio trigger number being used is 0
No channels are enabled, enabling all channels
Enabling: in_anglvel_z_en
Enabling: in_timestamp_en
Enabling: in_anglvel_y_en
Enabling: in_temp_en
Enabling: in_anglvel_x_en
/sys/bus/iio/devices/iio:device0 mpu3050-dev0
29607.142578 -0.117493 0.074768 0.012817 180788797150
29639.285156 -0.117493 0.076904 0.013885 180888982335
29696.427734 -0.116425 0.076904 0.012817 180989178039
29742.857422 -0.117493 0.076904 0.012817 181089377742
29764.285156 -0.116425 0.077972 0.012817 181189574187
29860.714844 -0.115356 0.076904 0.012817 181289772705
29864.285156 -0.117493 0.076904 0.012817 181389971520
29910.714844 -0.115356 0.076904 0.013885 181490170483
29917.857422 -0.116425 0.076904 0.011749 181590369742
29975.000000 -0.116425 0.076904 0.012817 181690567075
Disabling: in_anglvel_z_en
Disabling: in_timestamp_en
Disabling: in_anglvel_y_en
Disabling: in_temp_en
Disabling: in_anglvel_x_en
The first column is the temperature in millidegrees, then the x,y,z
axes in succession followed by the timestamp. Also tested successfully
using the HRTimer trigger.
Cc: Nick Vaccaro <nvaccaro@google.com>
Cc: Ge Gao <ggao@invensense.com>
Cc: Anna Si <asi@invensense.com>
Cc: Dmitry Torokhov <dmitry.torokhov@gmail.com>
Cc: Crestez Dan Leonard <leonard.crestez@intel.com>
Cc: Daniel Baluta <daniel.baluta@intel.com>
Cc: Gregor Boirie <gregor.boirie@parrot.com>
Cc: Peter Rosin <peda@axentia.se>
Cc: Peter Meerwald-Stadler <pmeerw@pmeerw.net>
Signed-off-by: Linus Walleij <linus.walleij@linaro.org>
Signed-off-by: Jonathan Cameron <jic23@kernel.org>
2016-10-25 21:15:54 +07:00
|
|
|
config MPU3050
|
|
|
|
tristate
|
|
|
|
select IIO_BUFFER
|
|
|
|
select IIO_TRIGGERED_BUFFER
|
|
|
|
select REGMAP
|
|
|
|
|
|
|
|
config MPU3050_I2C
|
|
|
|
tristate "Invensense MPU3050 devices on I2C"
|
|
|
|
depends on !(INPUT_MPU3050=y || INPUT_MPU3050=m)
|
2016-11-08 20:59:30 +07:00
|
|
|
depends on I2C
|
iio: gyro: Add driver for the MPU-3050 gyroscope
This adds a new driver for the Invensense MPU-3050 gyroscope.
This driver is based on information from the rough input driver
in drivers/input/misc/mpu3050.c and the scratch misc driver
posted by Nathan Royer in 2011. Some years have passed but this
is finally a fully-fledged driver for this gyroscope. It was
developed and tested on the Qualcomm APQ8060 Dragonboard.
The driver supports both raw and buffered input. It also
supports the internal trigger mechanism by registering a trigger
that can fire in response to the internal sample engine of the
component. In addition to reading out the gyroscope sensor
values, the driver also supports reading the temperature from
the sensor.
The driver currently only supports I2C but the MPU-3050 can
also be used from SPI, so the I2C portions are split in their
own file and we just use regmap to access all registers, so
it will be trivial to plug in SPI support if/when someone has
a system requiring this.
To conserve power, the driver utilizes the runtime PM
framework and will put the sensor in off mode and disable the
regulators when unused, after a timeout of 10 seconds.
The fullscale can be set for the sensor to 250, 500, 1000 or
2000 deg/s. This corresponds to scale values of rougly 0.000122,
0.000275, 0.000512 or 0.001068. By writing such values (or close
to these) into "in_anglevel_scale", the corresponding fullscale
can be chosen. It will default to 2000 deg/s (~35 rad/s).
The gyro component can have DC offsets on all axes. These can be
compensated using the standard sysfs ABI property
"in_anglevel_[xyz]_calibbias". This is in positive/negative
values of the raw values, so a suitable calibration bias can be
determined by userspace by reading the "in_anglevel_[xyz]_raw"
for a few iterations while holding the sensor still, create an
average integer, and writing the negative inverse of that into
"in_anglevel_[xyz]_calibbias". After this the hardware will
automatically subtract the bias, also when using buffered
readings.
Since the MPU-3050 has an outgoing I2C port it needs to act as
an I2C mux. This means that the device is switching I2C traffic
to devices beyond it. On my system this is the only way to reach
the accelerometer. The "sensor fusion" ability of the MPU-3050
to directly talk to the device on the outgoing I2C port is
currently not used by the driver, but it has code to allow I2C
traffic to pass through so that the Linux kernel can reach the
device on the other side with a kernel driver.
Example usage with the native trigger:
$ generic_buffer -a -c10 -n mpu3050
iio device number being used is 0
iio trigger number being used is 0
No channels are enabled, enabling all channels
Enabling: in_anglvel_z_en
Enabling: in_timestamp_en
Enabling: in_anglvel_y_en
Enabling: in_temp_en
Enabling: in_anglvel_x_en
/sys/bus/iio/devices/iio:device0 mpu3050-dev0
29607.142578 -0.117493 0.074768 0.012817 180788797150
29639.285156 -0.117493 0.076904 0.013885 180888982335
29696.427734 -0.116425 0.076904 0.012817 180989178039
29742.857422 -0.117493 0.076904 0.012817 181089377742
29764.285156 -0.116425 0.077972 0.012817 181189574187
29860.714844 -0.115356 0.076904 0.012817 181289772705
29864.285156 -0.117493 0.076904 0.012817 181389971520
29910.714844 -0.115356 0.076904 0.013885 181490170483
29917.857422 -0.116425 0.076904 0.011749 181590369742
29975.000000 -0.116425 0.076904 0.012817 181690567075
Disabling: in_anglvel_z_en
Disabling: in_timestamp_en
Disabling: in_anglvel_y_en
Disabling: in_temp_en
Disabling: in_anglvel_x_en
The first column is the temperature in millidegrees, then the x,y,z
axes in succession followed by the timestamp. Also tested successfully
using the HRTimer trigger.
Cc: Nick Vaccaro <nvaccaro@google.com>
Cc: Ge Gao <ggao@invensense.com>
Cc: Anna Si <asi@invensense.com>
Cc: Dmitry Torokhov <dmitry.torokhov@gmail.com>
Cc: Crestez Dan Leonard <leonard.crestez@intel.com>
Cc: Daniel Baluta <daniel.baluta@intel.com>
Cc: Gregor Boirie <gregor.boirie@parrot.com>
Cc: Peter Rosin <peda@axentia.se>
Cc: Peter Meerwald-Stadler <pmeerw@pmeerw.net>
Signed-off-by: Linus Walleij <linus.walleij@linaro.org>
Signed-off-by: Jonathan Cameron <jic23@kernel.org>
2016-10-25 21:15:54 +07:00
|
|
|
select MPU3050
|
|
|
|
select REGMAP_I2C
|
|
|
|
select I2C_MUX
|
|
|
|
help
|
|
|
|
This driver supports the Invensense MPU3050 gyroscope over I2C.
|
|
|
|
This driver can be built as a module. The module will be called
|
|
|
|
inv-mpu3050-i2c.
|
|
|
|
|
2013-01-26 06:44:00 +07:00
|
|
|
config IIO_ST_GYRO_3AXIS
|
|
|
|
tristate "STMicroelectronics gyroscopes 3-Axis Driver"
|
|
|
|
depends on (I2C || SPI_MASTER) && SYSFS
|
|
|
|
select IIO_ST_SENSORS_CORE
|
|
|
|
select IIO_ST_GYRO_I2C_3AXIS if (I2C)
|
|
|
|
select IIO_ST_GYRO_SPI_3AXIS if (SPI_MASTER)
|
|
|
|
select IIO_TRIGGERED_BUFFER if (IIO_BUFFER)
|
|
|
|
help
|
|
|
|
Say yes here to build support for STMicroelectronics gyroscopes:
|
2016-04-19 19:02:11 +07:00
|
|
|
L3G4200D, LSM330DL, L3GD20, LSM330DLC, L3G4IS, LSM330, LSM9DS0.
|
2013-01-26 06:44:00 +07:00
|
|
|
|
2013-06-24 04:28:00 +07:00
|
|
|
This driver can also be built as a module. If so, these modules
|
|
|
|
will be created:
|
2013-01-26 06:44:00 +07:00
|
|
|
- st_gyro (core functions for the driver [it is mandatory]);
|
|
|
|
- st_gyro_i2c (necessary for the I2C devices [optional*]);
|
|
|
|
- st_gyro_spi (necessary for the SPI devices [optional*]);
|
|
|
|
|
|
|
|
(*) one of these is necessary to do something.
|
|
|
|
|
|
|
|
config IIO_ST_GYRO_I2C_3AXIS
|
|
|
|
tristate
|
|
|
|
depends on IIO_ST_GYRO_3AXIS
|
|
|
|
depends on IIO_ST_SENSORS_I2C
|
|
|
|
|
|
|
|
config IIO_ST_GYRO_SPI_3AXIS
|
|
|
|
tristate
|
|
|
|
depends on IIO_ST_GYRO_3AXIS
|
|
|
|
depends on IIO_ST_SENSORS_SPI
|
|
|
|
|
2013-02-01 15:51:00 +07:00
|
|
|
config ITG3200
|
|
|
|
tristate "InvenSense ITG3200 Digital 3-Axis Gyroscope I2C driver"
|
|
|
|
depends on I2C
|
|
|
|
select IIO_TRIGGERED_BUFFER if IIO_BUFFER
|
|
|
|
help
|
|
|
|
Say yes here to add support for the InvenSense ITG3200 digital
|
|
|
|
3-axis gyroscope sensor.
|
|
|
|
|
2012-09-05 19:56:00 +07:00
|
|
|
endmenu
|