linux-toradex.git/drivers/iio/imu, branch v5.4

iio: imu: inv_mpu6050: fix no data on MPU6050

2019-10-22T11:42:54+00:00

Some chips have a fifo overflow bit issue where the bit is always
set. The result is that every data is dropped.

Change fifo overflow management by checking fifo count against
a maximum value.

Add fifo size in chip hardware set of values.

Fixes: f5057e7b2dba ("iio: imu: inv_mpu6050: better fifo overflow handling")
Cc: stable@vger.kernel.org
Signed-off-by: Jean-Baptiste Maneyrol 
Signed-off-by: Jonathan Cameron

iio: imu: adis16480: make sure provided frequency is positive

2019-10-12T13:14:45+00:00

It could happen that either `val` or `val2` [provided from userspace] is
negative. In that case the computed frequency could get a weird value.

Fix this by checking that neither of the 2 variables is negative, and check
that the computed result is not-zero.

Fixes: e4f959390178 ("iio: imu: adis16480 switch sampling frequency attr to core support")
Signed-off-by: Alexandru Ardelean 
Cc: 
Signed-off-by: Jonathan Cameron

iio: imu: st_lsm6dsx: fix waitime for st_lsm6dsx i2c controller

2019-10-09T18:11:28+00:00

i2c controller available in st_lsm6dsx series performs i2c slave
configuration using accel clock as trigger.
st_lsm6dsx_shub_wait_complete routine is used to wait the controller has
carried out the requested configuration. However if the accel sensor is not
enabled we should not use its configured odr to estimate a proper timeout

Fixes: c91c1c844ebd ("iio: imu: st_lsm6dsx: add i2c embedded controller support")
Signed-off-by: Lorenzo Bianconi 
Signed-off-by: Jonathan Cameron

iio: imu: adis16400: fix memory leak

2019-10-09T18:11:27+00:00

In adis_update_scan_mode_burst, if adis->buffer allocation fails release
the adis->xfer.

Signed-off-by: Navid Emamdoost 
Reviewed-by: Alexandru Ardelean 
Signed-off-by: Jonathan Cameron

iio: imu: adis16400: release allocated memory on failure

2019-10-09T18:11:27+00:00

In adis_update_scan_mode, if allocation for adis->buffer fails,
previously allocated adis->xfer needs to be released.

Signed-off-by: Navid Emamdoost 
Reviewed-by: Alexandru Ardelean 
Signed-off-by: Jonathan Cameron

iio: imu: st_lsm6dsx: forbid 0 sensor sensitivity

2019-09-08T11:35:08+00:00

Do not allow configuring null sensor gain since it will force to 0
device outputs

Fixes: c8d4066c7246 ("iio: imu: st_lsm6dsx: remove invalid gain value for LSM9DS1")
Signed-off-by: Lorenzo Bianconi 
Signed-off-by: Jonathan Cameron

iio: imu: st_lsm6dsx: rely on IIO_G_TO_M_S_2 for gain definition for LSM9DS1

2019-09-03T20:11:28+00:00

Rely on IIO_G_TO_M_S_2 macro for LSM9DS1 accelerometer gain definitions

Signed-off-by: Lorenzo Bianconi 
Signed-off-by: Jonathan Cameron

iio: imu: st_lsm6dsx: remove invalid gain value for LSM9DS1

2019-09-03T20:10:51+00:00

Get rid of invalid sensitivity value for LSM9DS1 gyro sensor

Fixes: 52f4b1f19679 ("iio: imu: st_lsm6dsx: add support for accel/gyro unit of lsm9ds1")
Signed-off-by: Lorenzo Bianconi 
Signed-off-by: Jonathan Cameron

iio: imu: st_lsm6dsx: Fix FIFO diff mask for tagged fifo

2019-09-03T17:55:50+00:00

	According to the latest version of datasheet the mask
	for number of unread sensor data in FIFO_STATUS registers
	has been extended to 10 bits

	The devices involved are:
	 - LSM6DSO
	 - LSM6DSOX
	 - ASM330LHH
	 - LSM6DSR
	 - ISM330DHCX

Signed-off-by: mario tesi 
Acked-by: Lorenzo Bianconi 
Signed-off-by: Jonathan Cameron

iio: imu: st_lsm6dsx: add support for accel/gyro unit of lsm9ds1

2019-09-03T17:55:50+00:00

The LSM9DS1's accelerometer / gyroscope unit and it's magnetometer (separately
supported in iio/magnetometer/st_magn*) are located on a separate i2c addresses
on the bus.

For the datasheet, see https://www.st.com/resource/en/datasheet/lsm9ds1.pdf

Treat it just like the LSM6* devices and, despite it's name, hook it up
to the st_lsm6dsx driver, using it's basic functionality.

accelerometer and gyroscope are not independently clocked. It runs at the gyro
frequencies if both are enabled, see chapter 7.12 of the datasheet.
We could have handled this as a single IIO device but we have split
it up to be more consistent with the other more flexible devices.

Despite supporting and testing the LSM9DS1, we call the gyro channels
iio_chan_spec struct "st_lsm6ds0_gyro_channels" because the register
description is equal. This suggests that supporting LSM6DS0 should be
trivial to do.

Signed-off-by: Martin Kepplinger 
Signed-off-by: Jonathan Cameron