LI Qingwu
c71cfe5576
iio:magnetometer: Add Support for ST IIS2MDC
...
Add support for ST magnetometer IIS2MDC,
an I2C/SPI interface 3-axis magnetometer.
The patch was tested on the instrument with IIS2MDC via I2C interface.
Signed-off-by: LI Qingwu <Qing-wu.Li@leica-geosystems.com.cn >
Link: https://lore.kernel.org/r/20210317063902.19300-3-Qing-wu.Li@leica-geosystems.com.cn
Signed-off-by: Jonathan Cameron <Jonathan.Cameron@huawei.com >
2021-03-25 19:13:52 +00:00
LI Qingwu
ac62f90c96
dt-bindings: iio: st,st-sensors add IIS2MDC.
...
Add support for ST magnetometer IIS2MDC,
an I2C/SPI interface 3-axis magnetometer sensor.
The patch was tested on the instrument with IIS2MDC via I2C interface.
Acked-by: Rob Herring <robh@kernel.org >
Signed-off-by: LI Qingwu <Qing-wu.Li@leica-geosystems.com.cn >
Link: https://lore.kernel.org/r/20210317063902.19300-2-Qing-wu.Li@leica-geosystems.com.cn
Signed-off-by: Jonathan Cameron <Jonathan.Cameron@huawei.com >
2021-03-25 19:13:52 +00:00
Mugilraj Dhavachelvan
e5b64caaad
staging: iio: ad9832: kernel-doc fixes
...
Fixes a W=1 warning.
-Added ``:`` to lock parameter in 'ad9832_state' description.
-It's a reference comment so removed /**
Signed-off-by: Mugilraj Dhavachelvan <dmugil2000@gmail.com >
Link: https://lore.kernel.org/r/20210315133711.26860-1-dmugil2000@gmail.com
Signed-off-by: Jonathan Cameron <Jonathan.Cameron@huawei.com >
2021-03-25 19:13:52 +00:00
Mugilraj Dhavachelvan
2662e81745
iio:dac:max517.c: Use devm_iio_device_register()
...
Use devm_iio_device_register() to avoid remove function and
drop explicit call to iio_device_unregister().
Signed-off-by: Mugilraj Dhavachelvan <dmugil2000@gmail.com >
Reviewed-by: Lars-Peter Clausen <lars@metafoo.de >
Link: https://lore.kernel.org/r/20210314175709.34301-1-dmugil2000@gmail.com
Signed-off-by: Jonathan Cameron <Jonathan.Cameron@huawei.com >
2021-03-25 19:13:52 +00:00
Jonathan Cameron
85ece36406
iio:cros_ec_sensors: Fix a wrong function name in kernel doc.
...
cros_ec_sensors_read_data_unsafe() had wrong function name in kernel-doc
This shows up with W=1 builds.
No fixes tag because I don't want to waste time on this being
backported.
Signed-off-by: Jonathan Cameron <Jonathan.Cameron@huawei.com >
Cc: Guenter Roeck <groeck@chromium.org >
Cc: Douglas Anderson <dianders@chromium.org >
Cc: Gwendal Grignou <gwendal@chromium.org >
Cc: Enric Balletbo i Serra <enric.balletbo@collabora.com >
Acked-by: Enric Balletbo i Serra <enric.balletbo@collabora.com >
Link: https://lore.kernel.org/r/20210313145341.116088-1-jic23@kernel.org
2021-03-25 19:13:52 +00:00
Jonathan Cameron
831aaea663
iio: buffer: kfifo_buf: kernel-doc, typo in function name.
...
Should have been _kfifo_ and was _fifo_
Signed-off-by: Jonathan Cameron <Jonathan.Cameron@huawei.com >
Acked-by: Alexandru Ardelean <ardeleanalex@gmail.com >
Reviewed-by: Lars-Peter Clausen <lars@metafoo.de >
Link: https://lore.kernel.org/r/20210314164655.408461-9-jic23@kernel.org
2021-03-25 19:13:51 +00:00
Jonathan Cameron
d7f1c0c313
iio: accel: sca3000: kernel-doc fixes. Missing - and wrong function names.
...
All extremely obvious so nothing to add to patch title.
Signed-off-by: Jonathan Cameron <Jonathan.Cameron@huawei.com >
Reviewed-by: Alexandru Ardelean <ardeleanalex@gmail.com >
Reviewed-by: Lars-Peter Clausen <lars@metafoo.de >
Link: https://lore.kernel.org/r/20210314164655.408461-8-jic23@kernel.org
2021-03-25 19:13:51 +00:00
Jonathan Cameron
63abed2a1e
iio: adc: adi-axi-adc: Drop false marking for kernel-doc
...
This comment block isn't in kernel-doc format so drop the /** marking.
Signed-off-by: Jonathan Cameron <Jonathan.Cameron@huawei.com >
Reviewed-by: Alexandru Ardelean <ardeleanalex@gmail.com >
Reviewed-by: Lars-Peter Clausen <lars@metafoo.de >
Cc: Nuno Sá <nuno.sa@analog.com >
Link: https://lore.kernel.org/r/20210314164655.408461-7-jic23@kernel.org
2021-03-25 19:13:51 +00:00
Jonathan Cameron
a80aeec087
iio: adc: cpcap-adc: kernel-doc fix - that should be _ in structure name
...
Fixes a W=1 warning.
Signed-off-by: Jonathan Cameron <Jonathan.Cameron@huawei.com >
Reviewed-by: Tony Lindgren <tony@atomide.com >
Reviewed-by: Lars-Peter Clausen <lars@metafoo.de >
Link: https://lore.kernel.org/r/20210314164655.408461-6-jic23@kernel.org
2021-03-25 19:13:51 +00:00
Jonathan Cameron
92e212e597
iio: dac: ad5504: fix wrong part number in kernel-doc structure name.
...
Probably a bit of cut and paste where someone forgot to change the
part number.
Signed-off-by: Jonathan Cameron <Jonathan.Cameron@huawei.com >
Reviewed-by: Lars-Peter Clausen <lars@metafoo.de >
Link: https://lore.kernel.org/r/20210314164655.408461-5-jic23@kernel.org
2021-03-25 19:13:51 +00:00
Jonathan Cameron
e0549f3432
iio: dac: ad5770r: kernel-doc fix case of letter R wrong in structure name
...
Nothing useful to add beyond this causing a warning with W=1
Signed-off-by: Jonathan Cameron <Jonathan.Cameron@huawei.com >
Reviewed-by: Lars-Peter Clausen <lars@metafoo.de >
Acked-by: Alexandru Ardelean <ardeleanalex@gmail.com >
Link: https://lore.kernel.org/r/20210314164655.408461-4-jic23@kernel.org
2021-03-25 19:13:51 +00:00
Jonathan Cameron
b863ff9419
iio: adc: ti-adc084s021: kernel-doc fixes, missing function names
...
The documentation in this driver was nearly kernel-doc and was marked
as such. Unfortunately the format was wrong and function names were
missing. This patch puts them in with minor edits to keep the resulting
line short.
Signed-off-by: Jonathan Cameron <Jonathan.Cameron@huawei.com >
Reviewed-by: Lars-Peter Clausen <lars@metafoo.de >
Cc: Gwendal Grignou <gwendal@chromium.org >
Cc: Mårten Lindahl <martenli@axis.com >
Link: https://lore.kernel.org/r/20210314164655.408461-3-jic23@kernel.org
2021-03-25 19:13:51 +00:00
Jonathan Cameron
44f14695bd
iio: pressure: zpa2326: kernel-doc fixes
...
Two comment blocks had wrong naming for function/structures that they
referred to. Results in warnings when doing a W=1 build.
Signed-off-by: Jonathan Cameron <Jonathan.Cameron@huawei.com >
Reviewed-by: Alexandru Ardelean <ardeleanalex@gmail.com >
Reviewed-by: Lars-Peter Clausen <lars@metafoo.de >
Link: https://lore.kernel.org/r/20210314164655.408461-2-jic23@kernel.org
2021-03-25 19:13:51 +00:00
Oleksij Rempel
a55ebd47f2
counter: add IRQ or GPIO based counter
...
Add simple IRQ or GPIO base counter. This device is used to measure
rotation speed of some agricultural devices, so no high frequency on the
counter pin is expected.
The maximal measurement frequency depends on the CPU and system load. On
the idle iMX6S I was able to measure up to 20kHz without count drops.
Signed-off-by: Oleksij Rempel <o.rempel@pengutronix.de >
Reviewed-by: Ahmad Fatoum <a.fatoum@pengutronix.de >
Reviewed-by: William Breathitt Gray <vilhelm.gray@gmail.com >
Link: https://lore.kernel.org/r/20210301080401.22190-3-o.rempel@pengutronix.de
Signed-off-by: Jonathan Cameron <Jonathan.Cameron@huawei.com >
2021-03-25 19:13:51 +00:00
Oleksij Rempel
0b8061c340
dt-bindings: counter: add interrupt-counter binding
...
Add binding for the interrupt counter node
Signed-off-by: Oleksij Rempel <o.rempel@pengutronix.de >
Reviewed-by: Linus Walleij <linus.walleij@linaro.org >
Acked-by: William Breathitt Gray <vilhelm.gray@gmail.com >
Reviewed-by: Rob Herring <robh@kernel.org >
Link: https://lore.kernel.org/r/20210301080401.22190-2-o.rempel@pengutronix.de
Signed-off-by: Jonathan Cameron <Jonathan.Cameron@huawei.com >
2021-03-25 19:13:51 +00:00
Alexandru Ardelean
b627e3b5f7
staging: iio: ad9834: convert to device-managed functions in probe
...
This change converts the driver to use device-managed functions in the
probe function. For the clock and regulator disable, some
devm_add_action_or_reset() calls are required, and then
devm_iio_device_register() function can be used register the IIO device.
The final aim here would be for IIO to export only the device-managed
functions of it's API. That's a long way to go and this a small step in
that direction.
Signed-off-by: Alexandru Ardelean <aardelean@deviqon.com >
Link: https://lore.kernel.org/r/20210310095131.47476-1-aardelean@deviqon.com
Signed-off-by: Jonathan Cameron <Jonathan.Cameron@huawei.com >
2021-03-25 19:13:51 +00:00
Alexandru Ardelean
70da641531
iio: temperature: tmp007: use device-managed functions in probe
...
This change converts the driver to use device-managed functions in the
probe function. The power-down call is handled now via a
devm_add_action_or_reset() hook, and then devm_iio_device_register() can be
used to register the IIO device.
The final aim here would be for IIO to export only the device-managed
functions of it's API. That's a long way to go and this a small step in
that direction.
Signed-off-by: Alexandru Ardelean <aardelean@deviqon.com >
Link: https://lore.kernel.org/r/20210310093800.45822-1-aardelean@deviqon.com
Signed-off-by: Jonathan Cameron <Jonathan.Cameron@huawei.com >
2021-03-25 19:13:51 +00:00
Alexandru Ardelean
218bc53dc7
iio: buffer: fix use-after-free for attached_buffers array
...
Thanks to Lars for finding this.
The free of the 'attached_buffers' array should be done as late as
possible. This change moves it to iio_buffers_put(), which looks like
the best place for it, since it takes place right before the IIO device
data is free'd.
The free of this array will be handled by calling iio_device_free().
The iio_buffers_put() function is renamed to iio_device_detach_buffers()
since the role of this function changes a bit.
It looks like this issue was ocurring on the error path of
iio_buffers_alloc_sysfs_and_mask() and in
iio_buffers_free_sysfs_and_mask()
Added a comment in the doc-header of iio_device_attach_buffer() to
mention how this will be free'd in case anyone is reading the code
and becoming confused about it.
Fixes: ee708e6baa ("iio: buffer: introduce support for attaching more IIO buffers")
Reported-by: Lars-Peter Clausen <lars@metafoo.de >
Signed-off-by: Alexandru Ardelean <ardeleanalex@gmail.com >
Link: https://lore.kernel.org/r/20210307185444.32924-1-ardeleanalex@gmail.com
Signed-off-by: Jonathan Cameron <Jonathan.Cameron@huawei.com >
2021-03-25 19:13:51 +00:00
Linus Walleij
4f2d9cced4
hwmon: (ntc_thermistor): try reading processed
...
Before trying the custom method of reading the sensor
as raw and then converting, we want to use
iio_read_channel_processed_scale() which first tries to
see if the ADC can provide a processed value directly,
else reads raw and applies scaling inside of IIO
using the scale attributes of the ADC. We need to
multiply the scaled value with 1000 to get to
microvolts from millivolts which is what processed
IIO channels returns.
Keep the code that assumes 12bit ADC around as a
fallback.
This gives correct readings on the AB8500 thermistor
inputs used in the Ux500 HREFP520 platform for reading
battery and board temperature.
Cc: Peter Rosin <peda@axentia.se >
Cc: Chris Lesiak <chris.lesiak@licor.com >
Cc: Jonathan Cameron <jic23@kernel.org >
Cc: linux-iio@vger.kernel.org
Link: https://lore.kernel.org/linux-iio/20201224011607.1059534-1-linus.walleij@linaro.org/
Signed-off-by: Linus Walleij <linus.walleij@linaro.org >
Tested-by: Chris Lesiak <chris.lesiak@licor.com >
Acked-by: Guenter Roeck <linux@roeck-us.net >
Link: https://lore.kernel.org/r/20210308100219.2732156-2-linus.walleij@linaro.org
Signed-off-by: Jonathan Cameron <Jonathan.Cameron@huawei.com >
2021-03-25 19:13:51 +00:00
Linus Walleij
635ef601b2
iio: Provide iio_read_channel_processed_scale() API
...
Since the old iio_read_channel_processed() would
lose precision if we fall back to reading raw and
scaling, we introduce a new API that will pass in
a scale factor when reading a processed channel:
iio_read_channel_processed_scale().
Refactor iio_read_channel_processed() as a special
case with scale factor 1.
Cc: Peter Rosin <peda@axentia.se >
Cc: Chris Lesiak <chris.lesiak@licor.com >
Cc: Jonathan Cameron <jic23@kernel.org >
Cc: linux-iio@vger.kernel.org
Link: https://lore.kernel.org/linux-iio/20201224011607.1059534-1-linus.walleij@linaro.org/
Signed-off-by: Linus Walleij <linus.walleij@linaro.org >
Link: https://lore.kernel.org/r/20210308100219.2732156-1-linus.walleij@linaro.org
Signed-off-by: Jonathan Cameron <Jonathan.Cameron@huawei.com >
2021-03-25 19:13:51 +00:00
Gwendal Grignou
86073fa2b5
iio: xilinx-xadc: Remove code to set trigger parent
...
iio_trigger_set_drvdata() sets the trigger device parent to first
argument of viio_trigger_alloc(), no need to do it again in the driver
code.
In xadc_alloc_trigger, given dev is indio_dev->dev.parent, and we call
devm_iio_trigger_alloc wit dev as argument, we do not have to set
data->trig->dev.parent to indio_dev->dev.parent anymore.
Signed-off-by: Gwendal Grignou <gwendal@chromium.org >
Reviewed-by: Andy Shevchenko <andy.shevchenko@gmail.com >
Link: https://lore.kernel.org/r/20210309193620.2176163-9-gwendal@chromium.org
Signed-off-by: Jonathan Cameron <Jonathan.Cameron@huawei.com >
2021-03-25 19:13:51 +00:00
Gwendal Grignou
86e52a25f3
iio: as3935: Remove code to set trigger parent
...
iio_trigger_set_drvdata() sets the trigger device parent to first
argument of viio_trigger_alloc(), no need to do it again in the driver
code.
Given we call devm_iio_trigger_alloc() and devm_iio_device_alloc() with
dev as parent, we do not have to set data->trig->dev.parent to
indio_dev->dev.parent anymore.
Signed-off-by: Gwendal Grignou <gwendal@chromium.org >
Reviewed-by: Andy Shevchenko <andy.shevchenko@gmail.com >
Reviewed-by: Matt Ranostay <matt.ranostay@konsulko.com >
Link: https://lore.kernel.org/r/20210309193620.2176163-8-gwendal@chromium.org
Signed-off-by: Jonathan Cameron <Jonathan.Cameron@huawei.com >
2021-03-25 19:13:50 +00:00
Gwendal Grignou
e3c9b034e7
iio: chemical: atlas: Remove code to set trigger parent
...
iio_trigger_set_drvdata() sets the trigger device parent to first
argument of viio_trigger_alloc(), no need to do it again in the driver
code.
Given we call devm_iio_trigger_alloc() and devm_iio_device_alloc() with
&client->dev as parent, we do not have to set data->trig->dev.parent to
indio_dev->dev.parent anymore.
Signed-off-by: Gwendal Grignou <gwendal@chromium.org >
Reviewed-by: Andy Shevchenko <andy.shevchenko@gmail.com >
Reviewed-by: Matt Ranostay <matt.ranostay@konsulko.com >
Link: https://lore.kernel.org/r/20210309193620.2176163-7-gwendal@chromium.org
Signed-off-by: Jonathan Cameron <Jonathan.Cameron@huawei.com >
2021-03-25 19:13:50 +00:00
Gwendal Grignou
4d03166656
iio: lmp91000: Remove code to set trigger parent
...
iio_trigger_set_drvdata() sets the trigger device parent to first
argument of viio_trigger_alloc(), no need to do it again in the driver
code.
Given data->dev is dev, and we call devm_iio_trigger_alloc with
dev instead of data->dev, we do not have to set data->trig->dev.parent to
dev anymore.
Signed-off-by: Gwendal Grignou <gwendal@chromium.org >
Reviewed-by: Andy Shevchenko <andy.shevchenko@gmail.com >
Reviewed-by: Matt Ranostay <matt.ranostay@konsulko.com >
Link: https://lore.kernel.org/r/20210309193620.2176163-6-gwendal@chromium.org
Signed-off-by: Jonathan Cameron <Jonathan.Cameron@huawei.com >
2021-03-25 19:13:50 +00:00
Gwendal Grignou
cd21413947
iio: gp2ap020a00f: Remove code to set trigger parent
...
iio_trigger_set_drvdata() sets the trigger device parent to first
argument of viio_trigger_alloc(), no need to do it again in the driver
code.
Given data->client is client, and we call devm_iio_trigger_alloc() with
&client->dev, we do not have to set data->trig->dev.parent to
&data->client->dev anymore.
Signed-off-by: Gwendal Grignou <gwendal@chromium.org >
Reviewed-by: Andy Shevchenko <andy.shevchenko@gmail.com >
Link: https://lore.kernel.org/r/20210309193620.2176163-5-gwendal@chromium.org
Signed-off-by: Jonathan Cameron <Jonathan.Cameron@huawei.com >
2021-03-25 19:13:50 +00:00
Gwendal Grignou
5c68f05305
iio: adis_trigger: Remove code to set trigger parent
...
iio_trigger_set_drvdata() sets the trigger device parent to first
argument of viio_trigger_alloc(), no need to do it again in the driver
code.
Remove adis_trigger_setup() to match other drivers where setting the
trigger is usually done in the probe() routine.
Signed-off-by: Gwendal Grignou <gwendal@chromium.org >
Reviewed-by: Andy Shevchenko <andy.shevchenko@gmail.com >
Reviewed-by: Nuno Sa <nuno.sa@analog.com >
Link: https://lore.kernel.org/r/20210309193620.2176163-4-gwendal@chromium.org
Signed-off-by: Jonathan Cameron <Jonathan.Cameron@huawei.com >
2021-03-25 19:13:50 +00:00
Gwendal Grignou
8a22522016
iio: fix devm_iio_trigger_alloc with parent.cocci
...
Use cocci semantic patch:
@@
expression trigger, P;
@@
trigger = devm_iio_trigger_alloc(P, ...);
...
- trigger->dev.parent = P;
To remove trigger->dev.parent, since it is set by default.
Signed-off-by: Gwendal Grignou <gwendal@chromium.org >
Reviewed-by: Andy Shevchenko <andy.shevchenko@gmail.com >
Link: https://lore.kernel.org/r/20210309193620.2176163-3-gwendal@chromium.org
Signed-off-by: Jonathan Cameron <Jonathan.Cameron@huawei.com >
2021-03-25 19:13:50 +00:00
Gwendal Grignou
995071d36b
iio: set default trig->dev.parent
...
When allocated with [devm_]iio_trigger_alloc(), set trig device parent to
the device the trigger is allocated for by default.
It can always be reassigned in the probe routine.
Change iio_trigger_alloc() API to add the device pointer to be coherent
with devm_iio_trigger_alloc, using similar interface to
iio_device_alloc().
Signed-off-by: Gwendal Grignou <gwendal@chromium.org >
Reviewed-by: Andy Shevchenko <andy.shevchenko@gmail.com >
Link: https://lore.kernel.org/r/20210309193620.2176163-2-gwendal@chromium.org
Signed-off-by: Jonathan Cameron <Jonathan.Cameron@huawei.com >
2021-03-25 19:13:50 +00:00
Alexandru Tachici
7b8d045e49
iio: adc: ad7124: allow more than 8 channels
...
Currently AD7124-8 driver cannot use more than 8 IIO channels
because it was assigning the channel configurations bijectively
to channels specified in the device-tree. This is not possible
to do when using more than 8 channels as AD7124-8 has only 8
configuration registers.
To allow the user to use all channels at once the driver
will keep in memory configurations for all channels but
will program only 8 of them at a time on the device.
If multiple channels have the same configuration, only
one configuration register will be used. If there
are more configurations than available registers only
the last 8 used configurations will be allowed to exist
on the device in a LRU fashion.
Signed-off-by: Alexandru Tachici <alexandru.tachici@analog.com >
Reported-by: kernel test robot <lkp@intel.com >
Link: https://lore.kernel.org/r/20210311091154.47785-2-alexandru.tachici@analog.com
Signed-off-by: Jonathan Cameron <Jonathan.Cameron@huawei.com >
2021-03-25 19:13:50 +00:00
Andy Shevchenko
941f66765a
iio: light: gp2ap002: Drop unneeded explicit casting
...
The unnecessary explicit casting is being used. Drop it for good.
Signed-off-by: Andy Shevchenko <andriy.shevchenko@linux.intel.com >
Link: https://lore.kernel.org/r/20210312134903.4296-1-andriy.shevchenko@linux.intel.com
Signed-off-by: Jonathan Cameron <Jonathan.Cameron@huawei.com >
2021-03-25 19:13:50 +00:00
Andy Shevchenko
9e301ea77d
iio: imu: st_lsm6dsx: Drop unneeded explicit castings
...
In a few places the unnecessary explicit castings are being used.
Drop them for good.
Signed-off-by: Andy Shevchenko <andriy.shevchenko@linux.intel.com >
Link: https://lore.kernel.org/r/20210312134743.4055-1-andriy.shevchenko@linux.intel.com
Signed-off-by: Jonathan Cameron <Jonathan.Cameron@huawei.com >
2021-03-25 19:13:50 +00:00
Andy Shevchenko
897cd10a96
iio: imu: fxos8700: Drop unneeded explicit castings
...
In a few places the unnecessary explicit castings are being used.
Drop them for good.
Signed-off-by: Andy Shevchenko <andriy.shevchenko@linux.intel.com >
Link: https://lore.kernel.org/r/20210312134538.3759-1-andriy.shevchenko@linux.intel.com
Signed-off-by: Jonathan Cameron <Jonathan.Cameron@huawei.com >
2021-03-25 19:13:50 +00:00
Andy Shevchenko
d612eb13ba
iio: chemical: bmp680: Drop unneeded explicit castings
...
In few places the unnecessary explicit castings are being used.
Drop them for good.
Signed-off-by: Andy Shevchenko <andriy.shevchenko@linux.intel.com >
Link: https://lore.kernel.org/r/20210312134349.3472-1-andriy.shevchenko@linux.intel.com
Signed-off-by: Jonathan Cameron <Jonathan.Cameron@huawei.com >
2021-03-25 19:13:50 +00:00
Stephen Boyd
7792225b7b
iio: proximity: Add a ChromeOS EC MKBP proximity driver
...
Add support for a ChromeOS EC proximity driver that exposes a "front"
proximity sensor via the IIO subsystem. The EC decides when front
proximity is near and sets an MKBP switch 'EC_MKBP_FRONT_PROXIMITY' to
notify the kernel of proximity. Similarly, when proximity detects
something far away it sets the switch bit to 0. For now this driver
exposes a single sensor, but it could be expanded in the future via more
MKBP bits if desired.
Cc: Dmitry Torokhov <dmitry.torokhov@gmail.com >
Cc: Benson Leung <bleung@chromium.org >
Cc: Guenter Roeck <groeck@chromium.org >
Cc: Douglas Anderson <dianders@chromium.org >
Cc: Gwendal Grignou <gwendal@chromium.org >
Reviewed-by: Enric Balletbo i Serra <enric.balletbo@collabora.com >
Signed-off-by: Stephen Boyd <swboyd@chromium.org >
Reviewed-by: Gwendal Grignou <gwendal@chromium.org >
Link: https://lore.kernel.org/r/20210211024601.1963379-4-swboyd@chromium.org
Signed-off-by: Jonathan Cameron <Jonathan.Cameron@huawei.com >
2021-03-25 19:13:50 +00:00
Stephen Boyd
19ad93bc82
dt-bindings: iio: Add cros ec proximity yaml doc
...
Some cros ECs support a front proximity MKBP event via
'EC_MKBP_FRONT_PROXIMITY'. Add a DT binding to document this feature via
a node that is a child of the main cros_ec device node. Devices that
have this ability will describe this in firmware.
Cc: Dmitry Torokhov <dmitry.torokhov@gmail.com >
Cc: Benson Leung <bleung@chromium.org >
Cc: Guenter Roeck <groeck@chromium.org >
Cc: Douglas Anderson <dianders@chromium.org >
Cc: Gwendal Grignou <gwendal@chromium.org >
Cc: <devicetree@vger.kernel.org >
Reviewed-by: Rob Herring <robh@kernel.org >
Cc: Enric Balletbo i Serra <enric.balletbo@collabora.com >
Signed-off-by: Stephen Boyd <swboyd@chromium.org >
Link: https://lore.kernel.org/r/20210211024601.1963379-3-swboyd@chromium.org
Signed-off-by: Jonathan Cameron <Jonathan.Cameron@huawei.com >
2021-03-25 19:13:50 +00:00
Stephen Boyd
374be283ad
platform/chrome: cros_ec: Add SW_FRONT_PROXIMITY MKBP define
...
Some cros ECs support a front proximity MKBP event via
'EC_MKBP_FRONT_PROXIMITY'. Add this define so it can be used in a
future patch.
Cc: Dmitry Torokhov <dmitry.torokhov@gmail.com >
Cc: Benson Leung <bleung@chromium.org >
Cc: Guenter Roeck <groeck@chromium.org >
Cc: Douglas Anderson <dianders@chromium.org >
Cc: Gwendal Grignou <gwendal@chromium.org >
Acked-by: Enric Balletbo i Serra <enric.balletbo@collabora.com >
Signed-off-by: Stephen Boyd <swboyd@chromium.org >
Link: https://lore.kernel.org/r/20210211024601.1963379-2-swboyd@chromium.org
Signed-off-by: Jonathan Cameron <Jonathan.Cameron@huawei.com >
2021-03-25 19:13:50 +00:00
Gwendal Grignou
b9d453a53d
iio: Remove kernel-doc keyword in file header comment
...
Remove kernel-doc keyword from function header comment.
It fixes issues spotted by scripts/kernel-doc like:
drivers/iio/<driver>.c:3: info: Scanning doc for function <component name>
drivers/iio/<driver>.c:X: warning: expecting prototype for <component name>.
Prototype was for <function>() instead
To reproduce the errors:
scripts/kernel-doc -v -none $(find drivers/iio/ -name \*.c \
-exec head -2 {} \+ | grep -B2 -e '\*\*' | grep '==' | cut -d ' ' -f 2)
After, confirm these errors are gone with:
scripts/kernel-doc -v -none $(git show --name-only | grep -e "^driver")
Signed-off-by: Gwendal Grignou <gwendal@chromium.org >
Link: https://lore.kernel.org/r/20210309234314.2208256-1-gwendal@chromium.org
Signed-off-by: Jonathan Cameron <Jonathan.Cameron@huawei.com >
2021-03-25 19:13:49 +00:00
Alexandru Ardelean
bbc1308de7
iio: kfifo: mask flags without zero-check in devm_iio_kfifo_buffer_setup()
...
As pointed by Lars, this doesn't require a zero-check. Also, while looking
at this a little closer at it (again), the masking can be done later, as
there is a zero-check for 'mode_flags' anyway, which returns -EINVAL. And
we only need the 'mode_flags' later in the logic.
This change is more of a tweak.
Fixes: e36db6a069 ("iio: kfifo: add devm_iio_kfifo_buffer_setup() helper")
Cc: Lars-Peter Clausen <lars@metafoo.de >
Signed-off-by: Alexandru Ardelean <ardeleanalex@gmail.com >
Link: https://lore.kernel.org/r/20210306162834.7339-1-ardeleanalex@gmail.com
Signed-off-by: Jonathan Cameron <Jonathan.Cameron@huawei.com >
2021-03-25 19:13:49 +00:00
Gwendal Grignou
dafcf4ed83
iio: hrtimer: Allow sub Hz granularity
...
Allow setting frequency below 1Hz or sub 1Hz precision.
Useful for slow sensors like ALS.
Test frequency is set properly:
modprobe iio-trig-hrtimer && \
mkdir /sys/kernel/config/iio/triggers/hrtimer/t1 && \
cd /sys/bus/iio/devices/triggerX ;
for i in 1 .1 .01 .001 ; do
echo $i > sampling_frequency
cat sampling_frequency
done
Signed-off-by: Gwendal Grignou <gwendal@chromium.org >
Reviewed-by: Andy Shevchenko <andy.shevchenko@gmail.com >
Link: https://lore.kernel.org/r/20210226014733.2108544-1-gwendal@chromium.org
Signed-off-by: Jonathan Cameron <Jonathan.Cameron@huawei.com >
2021-03-25 19:13:49 +00:00
Baruch Siach
7b3589f49b
staging: iio: remove mention of defunct list
...
The ADI device-drivers-devel list no longer exists.
Cc: Mike Frysinger <vapier@gentoo.org >
Signed-off-by: Baruch Siach <baruch@tkos.co.il >
Link: https://lore.kernel.org/r/69b3e45e7666a1dd74a83df0b84ef8a63bf090ea.1614082343.git.baruch@tkos.co.il
Signed-off-by: Jonathan Cameron <Jonathan.Cameron@huawei.com >
2021-03-25 19:13:49 +00:00
Sean Nyekjaer
9013b1d970
iio: accel: mma8452: fix indentation
...
Improve readability by fixing indentation.
Signed-off-by: Sean Nyekjaer <sean@geanix.com >
Link: https://lore.kernel.org/r/20210301080029.1974797-1-sean@geanix.com
Signed-off-by: Jonathan Cameron <Jonathan.Cameron@huawei.com >
2021-03-25 19:13:49 +00:00
Ivan Mikhaylov
6a878e70e8
iio: proximity: vcnl3020: add proximity rate
...
Add the proximity rate optional option and handling of it for
vishay vcnl3020.
Signed-off-by: Ivan Mikhaylov <i.mikhaylov@yadro.com >
Link: https://lore.kernel.org/r/20210225201444.12983-2-i.mikhaylov@yadro.com
Signed-off-by: Jonathan Cameron <Jonathan.Cameron@huawei.com >
2021-03-25 19:13:49 +00:00
Sergiu Cuciurean
08dfc6f8aa
iio: adc: npcm_adc: Replace indio_dev->mlock with own device lock
...
As part of the general cleanup of indio_dev->mlock, this change replaces
it with a local lock on the device's state structure.
This is part of a bigger cleanup.
Link: https://lore.kernel.org/linux-iio/CA+U=Dsoo6YABe5ODLp+eFNPGFDjk5ZeQEceGkqjxXcVEhLWubw@mail.gmail.com/
Signed-off-by: Sergiu Cuciurean <sergiu.cuciurean@analog.com >
Signed-off-by: Mircea Caprioru <mircea.caprioru@analog.com >
Link: https://lore.kernel.org/r/20200928131333.36646-3-mircea.caprioru@analog.com
Signed-off-by: Jonathan Cameron <Jonathan.Cameron@huawei.com >
2021-03-25 19:13:49 +00:00
Sergiu Cuciurean
3a27d11fbf
iio: adc: palmas_gpadc: Replace indio_dev->mlock with own device lock
...
As part of the general cleanup of indio_dev->mlock, this change replaces
it with a local lock on the device's state structure.
This is part of a bigger cleanup.
Link: https://lore.kernel.org/linux-iio/CA+U=Dsoo6YABe5ODLp+eFNPGFDjk5ZeQEceGkqjxXcVEhLWubw@mail.gmail.com/
Signed-off-by: Sergiu Cuciurean <sergiu.cuciurean@analog.com >
Signed-off-by: Mircea Caprioru <mircea.caprioru@analog.com >
Link: https://lore.kernel.org/r/20200928131333.36646-2-mircea.caprioru@analog.com
Signed-off-by: Jonathan Cameron <Jonathan.Cameron@huawei.com >
2021-03-25 19:13:49 +00:00
Sergiu Cuciurean
31e2d42a86
iio: adc: spear_adc: Replace indio_dev->mlock with own device lock
...
As part of the general cleanup of indio_dev->mlock, this change replaces
it with a local lock on the device's state structure.
This is part of a bigger cleanup.
Link: https://lore.kernel.org/linux-iio/CA+U=Dsoo6YABe5ODLp+eFNPGFDjk5ZeQEceGkqjxXcVEhLWubw@mail.gmail.com/
Signed-off-by: Sergiu Cuciurean <sergiu.cuciurean@analog.com >
Signed-off-by: Mircea Caprioru <mircea.caprioru@analog.com >
Link: https://lore.kernel.org/r/20200928131333.36646-1-mircea.caprioru@analog.com
Signed-off-by: Jonathan Cameron <Jonathan.Cameron@huawei.com >
2021-03-25 19:13:49 +00:00
Jonathan Cameron
2a94469f73
iio:ABI docs: Combine the two instances of docs for sensor_sensitivity
...
This control on the gain of a measurement used for time of flight sensing
is standard but the expected values for different enviroments may not be.
As we cannot have the same ABI element documented in two files, add a
generic version to sysfs-bus-iio-proximity and a note on the expected
value vs measuring environment for the as3935.
Fixes
$ scripts/get_abi.pl validate
Warning: /sys/bus/iio/devices/iio:deviceX/sensor_sensitivity is defined 2 times: ./Documentation/ABI/testing/sysfs-bus-iio-distance-srf08:0 ./Documentation/ABI/testing/sysfs-bus-iio-proximity-as3935:8
Cc: Matt Ranostay <matt.ranostay@konsulko.com >
Reported-by: Mauro Carvalho Chehab <mchehab+huawei@kernel.org >
Signed-off-by: Jonathan Cameron <Jonathan.Cameron@huawei.com >
Reviewed-by: Matt Ranostay <matt.ranostay@konsulko.com >
Link: https://lore.kernel.org/r/20210117153816.696693-7-jic23@kernel.org
Signed-off-by: Jonathan Cameron <Jonathan.Cameron@huawei.com >
2021-03-25 19:13:49 +00:00
Jonathan Cameron
4abbaf29df
iio:ABI docs: Combine sysfs-bus-iio-humidity-hdc2010/hdc100x into one file
...
These contain only one entry for out_current_heater_raw (_available).
Document this in a new sysfs-bus-iio-humidity file, and make it a little
more generic by allowing for non 0/1 values.
Fixes
$ scripts/get_abi.pl validate
Warning: /sys/bus/iio/devices/iio:deviceX/out_current_heater_raw is defined 2 times: ./Documentation/ABI/testing/sysfs-bus-iio-humidity-hdc2010:0 ./Documentation/ABI/testing/sysfs-bus-iio-humidity-hdc100x:0
Warning: /sys/bus/iio/devices/iio:deviceX/out_current_heater_raw_available is defined 2 times: ./Documentation/ABI/testing/sysfs-bus-iio-humidity-hdc2010:1 ./Documentation/ABI/testing/sysfs-bus-iio-humidity-hdc100x:1
Cc: Eugene Zaikonnikov <ez@norphonic.com >
Cc: Matt Ranostay <matt.ranostay@konsulko.com >
Reported-by: Mauro Carvalho Chehab <mchehab+huawei@kernel.org >
Signed-off-by: Jonathan Cameron <Jonathan.Cameron@huawei.com >
Reviewed-by: Matt Ranostay <matt.ranostay@konsulko.com >
Link: https://lore.kernel.org/r/20210117153816.696693-6-jic23@kernel.org
2021-03-25 19:13:45 +00:00
Linus Walleij
b923561fab
iio: adc: mt6360: Include right header
...
To get access to the big endian byte order parsing helpers
drivers need to include <asm/unaligned.h> and nothing else.
Cc: Gene Chen <gene_chen@richtek.com >
Suggested-by: Harvey Harrison <harvey.harrison@gmail.com >
Signed-off-by: Linus Walleij <linus.walleij@linaro.org >
Link: https://lore.kernel.org/r/20210215153447.48457-1-linus.walleij@linaro.org
Signed-off-by: Jonathan Cameron <Jonathan.Cameron@huawei.com >
2021-03-11 20:47:13 +00:00
Nuno Sa
15aacc980d
iio: adis: add helpers for locking
...
Add some helpers to lock and unlock the device. As this is such a simple
change, we update all the users that were using the lock already in this
patch.
Signed-off-by: Nuno Sa <nuno.sa@analog.com >
Link: https://lore.kernel.org/r/20210218114039.216091-5-nuno.sa@analog.com
Signed-off-by: Jonathan Cameron <Jonathan.Cameron@huawei.com >
2021-03-11 20:47:12 +00:00
Nuno Sá
3b15e6a532
dt-bindings: adis16475: remove property
...
`adi,scaled-output-hz` is no longer used by the driver.
Acked-by: Rob Herring <robh@kernel.org >
Signed-off-by: Nuno Sá <nuno.sa@analog.com >
Link: https://lore.kernel.org/r/20210218114039.216091-4-nuno.sa@analog.com
Signed-off-by: Jonathan Cameron <Jonathan.Cameron@huawei.com >
2021-03-11 20:47:12 +00:00