linux-toradex.git/include/linux/iio, branch v5.14-rc6

iio: adc: ad_sigma_delta: remove ad_sd_{setup,cleanup}_buffer_and_trigger()

2021-06-13T16:00:17+00:00

Since all AD Sigma-Delta drivers now use the
devm_ad_sd_setup_buffer_and_trigger() function, we can remove the old
ad_sd_{setup,cleanup}_buffer_and_trigger() functions.

This way we can discourage new drivers that use the ad_sigma_delta
lib-driver to use these (older functions).

Signed-off-by: Alexandru Ardelean 
Link: https://lore.kernel.org/r/20210513120752.90074-13-aardelean@deviqon.com
Signed-off-by: Jonathan Cameron

iio: adc: ad_sigma_delta: introduct devm_ad_sd_setup_buffer_and_trigger()

2021-06-13T16:00:16+00:00

This is a version of ad_sd_setup_buffer_and_trigger() with all underlying
functions (that are used) being replaced with their device-managed
variants.

One thing to take care here is with {devm_}iio_trigger_alloc(), where both
functions take a parent-device object as the first parameter.

To make sure nothing quirky is happening, the devm_ad_sd_probe_trigger()
function is checking that the provided 'dev' reference is the same as the
one stored on the 'struct ad_sigma_delta' driver data.

Signed-off-by: Alexandru Ardelean 
Link: https://lore.kernel.org/r/20210513120752.90074-6-aardelean@deviqon.com
Signed-off-by: Jonathan Cameron

iio: accel: st_sensors: Support generic mounting matrix

2021-06-03T17:24:13+00:00

The ST accelerators support a special type of quirky mounting matrix found
in ACPI systems, but not a generic mounting matrix such as from the device
tree.

Augment the ACPI hack to be a bit more generic and accept a mounting
matrix from device properties.

This makes it possible to fix orientation on the Ux500 HREF device.

Cc: Hans de Goede 
Cc: Denis Ciocca 
Cc: Daniel Drake 
Reviewed-by: Andy Shevchenko 
Signed-off-by: Stephan Gerhold 
Signed-off-by: Linus Walleij 
Reviewed-by: Hans de Goede 
Link: https://lore.kernel.org/r/20210518230722.522446-2-linus.walleij@linaro.org
Signed-off-by: Jonathan Cameron

iio: st_sensors: Create extended attr macro

2021-06-03T17:24:13+00:00

Extend ST_SENSORS_LSM_CHANNELS() to a version that will accept extended
attributes named ST_SENSORS_LSM_CHANNELS_EXT() and wrap the former as a
specialized version of the former.

Cc: Hans de Goede 
Cc: Denis Ciocca 
Cc: Daniel Drake 
Reviewed-by: Andy Shevchenko 
Signed-off-by: Stephan Gerhold 
Signed-off-by: Linus Walleij 
Reviewed-by: Hans de Goede 
Link: https://lore.kernel.org/r/20210518230722.522446-1-linus.walleij@linaro.org
Signed-off-by: Jonathan Cameron

iio: Drop Duplicated "mount-matrix" parameter

2021-06-03T17:24:13+00:00

All of the users of iio_read_mount_matrix() are using the very same
property name. Moreover, the property name is hard coded in the API
documentation.

Make this clear and avoid duplication now and in the future.

Signed-off-by: Andy Shevchenko 
Reviewed-by: Sean Nyekjaer 
Reviewed-by: Linus Walleij 
Link: https://lore.kernel.org/r/20210518112546.44592-1-andriy.shevchenko@linux.intel.com
Signed-off-by: Jonathan Cameron

iio: cros_ec_sensors: Fix alignment of buffer in iio_push_to_buffers_with_timestamp()

2021-05-17T12:54:30+00:00

The samples buffer is passed to iio_push_to_buffers_with_timestamp()
which requires a buffer aligned to 8 bytes as it is assumed that
the timestamp will be naturally aligned if present.

Fixes tag is inaccurate but prior to that likely manual backporting needed
(for anything before 4.18) Earlier than that the include file to fix is
drivers/iio/common/cros_ec_sensors/cros_ec_sensors_core.h:
commit 974e6f02e27 ("iio: cros_ec_sensors_core: Add common functions
for the ChromeOS EC Sensor Hub.") present since kernel stable 4.10.
(Thanks to Gwendal for tracking this down)

Fixes: 5a0b8cb46624c ("iio: cros_ec: Move cros_ec_sensors_core.h in /include")
Signed-off-by: Jonathan Cameron 
Reviewed-by: Gwendal Grignou

iio: st_sensors: Add lsm9ds0 IMU support

2021-05-17T12:54:22+00:00

We can utilize separate drivers for accelerometer and magnetometer,
so here is the glue driver to enable LSM9DS0 IMU support.

The idea was suggested by Crestez Dan Leonard in [1]. The proposed change
was sent as RFC due to race condition concerns, which are indeed possible.

In order to amend the initial change, I went further by providing a specific
multi-instantiate probe driver that reuses existing accelerometer and
magnetometer.

[1]: https://lore.kernel.org/patchwork/patch/670353/

Suggested-by: Crestez Dan Leonard 
Cc: mr.lahorde@laposte.net
Cc: Matija Podravec 
Cc: Sergey Borishchenko 
Signed-off-by: Andy Shevchenko 
Link: https://lore.kernel.org/r/20210414195454.84183-6-andriy.shevchenko@linux.intel.com
Signed-off-by: Jonathan Cameron

iio: st_sensors: Make accel, gyro, magn and pressure probe shared

2021-05-17T12:54:22+00:00

Some IMUs may utilize existing library code for STMicro accelerometer,
gyroscope, magnetometer and pressure. Let's share them via st_sensors.h.

Signed-off-by: Andy Shevchenko 
Link: https://lore.kernel.org/r/20210414195454.84183-5-andriy.shevchenko@linux.intel.com
Signed-off-by: Jonathan Cameron

iio: core: move @clock_id from struct iio_dev to struct iio_dev_opaque

2021-05-17T12:54:21+00:00

There is already an acessor function used to access it, making this
move straight forward.

Signed-off-by: Jonathan Cameron 
Reviewed-by: Alexandru Ardelean 
Link: https://lore.kernel.org/r/20210426174911.397061-10-jic23@kernel.org

iio: core: move @flags from struct iio_dev to struct iio_dev_opaque

2021-05-17T12:54:21+00:00

No reason any driver should ever need access to this field, so hide it.

Signed-off-by: Jonathan Cameron 
Reviewed-by: Alexandru Ardelean 
Link: https://lore.kernel.org/r/20210426174911.397061-9-jic23@kernel.org