linux.git/drivers/iio/magnetometer, branch v5.6

iio: magnetometer: ak8974: Fix negative raw values in sysfs

2020-02-21T11:59:46+00:00

At the moment, reading from in_magn_*_raw in sysfs tends to return
large values around 65000, even though the output of ak8974 is actually
limited to ±32768. This happens because the value is never converted
to the signed 16-bit integer variant.

Add an explicit cast to s16 to fix this.

Fixes: 7c94a8b2ee8c ("iio: magn: add a driver for AK8974")
Signed-off-by: Stephan Gerhold 
Reviewed-by: Linus Waleij 
Cc: 
Signed-off-by: Jonathan Cameron

iio: magnetometer: ak8975: Convert to use device_get_match_data()

2020-01-18T11:43:17+00:00

Convert to use device_get_match_data() instead of open coded variant.

Signed-off-by: Andy Shevchenko 
Signed-off-by: Jonathan Cameron

iio: magnetometer: ak8975: Get rid of platform data

2020-01-18T11:43:17+00:00

Since IIO framework supports device property API and driver has been moved
already to the use of GPIO descriptors the logical continuation is to
get rid of platform data completely. We are on the safe side here since
there are no users of it in the kernel.

Signed-off-by: Andy Shevchenko 
Signed-off-by: Jonathan Cameron

iio: st_sensors: Make use of device properties

2020-01-13T21:53:39+00:00

Device property API allows to gather device resources from different sources,
such as ACPI. Convert the drivers to unleash the power of device property API.

Signed-off-by: Andy Shevchenko 
Signed-off-by: Jonathan Cameron

iio: st_sensors: Drop redundant parameter from st_sensors_of_name_probe()

2020-01-13T21:51:52+00:00

Since we have access to the struct device_driver and thus to the ID table,
there is no need to supply special parameters to st_sensors_of_name_probe().

Besides that we have a common API to get driver match data, there is
no need to do matching separately for OF and ACPI.

Taking into consideration above, simplify the ST sensors code.

Signed-off-by: Andy Shevchenko 
Signed-off-by: Jonathan Cameron

iio: ak8975: Convert to use GPIO descriptor

2019-12-15T11:42:14+00:00

The end-of-conversion (EOC) GPIO line is better to grab using
a GPIO descriptor. We drop the pdata for this: clients using board
files can use machine descriptor tables to pass this GPIO from
static data.

Cc: Stephan Gerhold 
Signed-off-by: Linus Walleij 
Reviewed-by: Andy Shevchenko 
Signed-off-by: Jonathan Cameron

iio: st: Drop GPIO include

2019-10-27T15:55:45+00:00

None of the ST sensor drivers use any symbols from
, just drop the include from all of them.

Signed-off-by: Linus Walleij 
Signed-off-by: Jonathan Cameron

iio:st_sensors: remove buffer allocation at each buffer enable

2019-08-11T08:26:04+00:00

This patch is removing the buffer allocation at each buffer enable.
We just allocate enough memory in the main structure during probe
to cover maximum size needed (that anyway is pretty small) [16bytes].

Signed-off-by: Denis Ciocca 
Signed-off-by: Jonathan Cameron

iio: remove get_irq_data_ready() function pointer and use IRQ number directly

2019-08-05T15:50:08+00:00

Not even sure why it was there since the beginning. Just use IRQ
number in the sensor_data struct.

Signed-off-by: Denis Ciocca 
Signed-off-by: Jonathan Cameron

iio:magn: preenable/postenable/predisable fixup for ST magn buffer

2019-08-05T14:49:18+00:00

This patch is trying to cleanup for good the buffers operation functions.
Let's rename the goto label using operation to perform and not
where it fails.

Not stable material as not fixing a 'bug' but rather bringing the
driver in line with general 'patterns' to allow a subsystem wide
cleanup.

Signed-off-by: Denis Ciocca 
Reviewed-by: Alexandru Ardelean 
Signed-off-by: Jonathan Cameron