- 13 Oct, 2019 3 commits
-
-
Bartosz Golaszewski authored
Remove a stray newline from the probe callback. Signed-off-by:
Bartosz Golaszewski <bgolaszewski@baylibre.com> Signed-off-by:
Jonathan Cameron <Jonathan.Cameron@huawei.com>
-
Baolin Wang authored
Change to use devm_hwspin_lock_request_specific() to help to simplify the cleanup code for drivers requesting one hwlock. Signed-off-by:
Baolin Wang <baolin.wang@linaro.org> Signed-off-by:
-
Alexandru Ardelean authored
The iio_triggered_buffer_{predisable,postenable} functions attach/detach the poll functions. The iio_triggered_buffer_predisable() should be called last, to detach the poll func after the devices has been suspended. The position of iio_triggered_buffer_postenable() is correct. Note this is not stable material. It's a fix in the logical model rather fixing an actual bug. These are being tidied up throughout the subsystem to allow more substantial rework that was blocked by variations in how things were done. Signed-off-by:Alexandru Ardelean <alexandru.ardelean@analog.com> Acked-by:
Matt Ranostay <matt.ranostay@konsulko.com> Signed-off-by:
-
- 07 Oct, 2019 4 commits
-
-
Colin Ian King authored
There is a return statement that is indented incorrectly, add in the missing tab. Signed-off-by:
Colin Ian King <colin.king@canonical.com> Signed-off-by:
-
Colin Ian King authored
There is an if statement that is indented one level too deeply, remove the extraneous tabs. Signed-off-by:
William Breathitt Gray <vilhelm.gray@gmail.com> Signed-off-by:
-
Alexandru Ardelean authored
The iio_triggered_buffer_predisable() should be called last, to detach the poll func after the devices has been suspended. This change re-organizes things a bit so that the postenable & predisable are symmetrical. It also converts the preenable() to a postenable(). Not stable material as there is no known problem with the current code, it's just not consistent with the form we would like all the IIO drivers to adopt so as to allow subsystem wide changes. Signed-off-by:
-
Phil Reid authored
If a label is defined in the device tree for this device add that to the device specific attributes. This is useful for userspace to be able to identify an individual device when multiple identical chips are present in the system. Tested-by:
Michal Simek <michal.simek@xilinx.com> Signed-off-by:
Phil Reid <preid@electromag.com.au> Signed-off-by:
-
- 05 Oct, 2019 19 commits
-
-
Phil Reid authored
This optional property defines a symbolic name for the device. This helps to distinguish between more than one iio device of the same type. Suggested-by:
Rob Herring <robh@kernel.org> Signed-off-by:
-
Alexandru Ardelean authored
The lock is used to protect the buffer during reads. Though the spi routines have their own locks, it may be the case that the buffer needs to be protected before it's stored and passed to the IIO read hooks. indio_dev's mlock was used before. This change replaces it with the driver's own lock. Signed-off-by:
-
Fabrice Gasnier authored
Fix the following warnings when documentation is built: drivers/counter/stm32-lptimer-cnt.c:354: warning: cannot understand function prototype: 'enum stm32_lptim_cnt_function' Signed-off-by:
Fabrice Gasnier <fabrice.gasnier@st.com> Fixes: 597f55e3 ("counter: stm32-lptimer: add counter device") Signed-off-by:
-
Fabrice Gasnier authored
Fix the following warning when documentation is built: drivers/counter/stm32-timer-cnt.c:37: warning: cannot understand function prototype: 'enum stm32_count_function' Signed-off-by:
-
Alexandru Ardelean authored
The use of indio_dev's mlock is discouraged. The driver already defines it's own `bus_lock` in `adis16130_spi_read()`, so using the mlock is redundant. The parts supported by this chip are obsoleted anyway, so for now we just remove mlock as part of a general cleanup, until the driver gets removed. Signed-off-by:
-
Tomasz Duszynski authored
Add myself as a ROHM BH1750 ambient light sensor driver maintainer. Signed-off-by:
Tomasz Duszynski <tduszyns@gmail.com> Signed-off-by:
-
Tomasz Duszynski authored
Convert existing device tree bindings to yaml. Signed-off-by:
-
Sean Nyekjaer authored
Report iio motion events to iio subsystem and filter motion events. Wakeup will still be on all channels as it's not possible to do the filtering in hw. Signed-off-by:
Sean Nyekjaer <sean@geanix.com> Reviewed-by:
Lorenzo Bianconi <lorenzo@kernel.org> Signed-off-by:
-
Sean Nyekjaer authored
The interrupt source can come from multiple sources, fifo and wake interrupts. Enter interrupt thread to check which interrupt that has fired. Signed-off-by:
-
Sean Nyekjaer authored
This add ways for the SoC to wake from accelerometer wake events. In the suspend function we skip disabling the sensor if wakeup-source and events are activated. Signed-off-by:
-
Sean Nyekjaer authored
Add event channels that controls the creation of motion events. Tested on ISM330DLC Signed-off-by:
-
Sean Nyekjaer authored
This prepares the interrupt to be used for other stuff than fifo reading + event readings. Signed-off-by:
-
Jean-Baptiste Maneyrol authored
Put read magnetometer data by mpu inside the fifo. Signed-off-by:
Jean-Baptiste Maneyrol <jmaneyrol@invensense.com> Signed-off-by:
-
Jean-Baptiste Maneyrol authored
Add support of driving MPU9250 magnetometer connected on i2c auxiliary bus using the MPU i2c master. Signed-off-by:
-
Jean-Baptiste Maneyrol authored
Add helper functions to use the i2c auxiliary bus with the MPU i2c master block. Support only register based chip, reading and 1 byte writing. These will be useful for initializing magnetometers inside MPU9x50 chips. Signed-off-by:
-
Jean-Baptiste Maneyrol authored
Use the correct syntax *-y for declaring object files. Signed-off-by:
-
Jean-Baptiste Maneyrol authored
Add registers defines required for driving chip i2c master ip. Add MPU9xxx magnetometer scan elements and update data bytes size. Signed-off-by:
-
Jean-Baptiste Maneyrol authored
Signed-off-by:
-
Jean-Baptiste Maneyrol authored
Disable i2c mux for supported 9xxx chips. This is a pre-requesite for controling 9xxx magnetometer using the i2c master of the chip. Check in device-tree that there is no i2c-gate device declared for ensuring backward compatibility with existing setups. Signed-off-by:
-
- 21 Sep, 2019 2 commits
-
-
Andrea Merello authored
This driver supports 14-bits and 16-bits devices. All of them have a 14-bit configuration registers. All SPI trasfers, for reading AD conversion results and for writing the configuration register, fit in two bytes. The driver always uses 4-bytes xfers which seems at least pointless (maybe even harmful). This patch trims the SPI xfer len and the buffer size to two bytes. Signed-off-by:
Andrea Merello <andrea.merello@gmail.com> Reviewed-by:
-
Alexandru Ardelean authored
The iio_triggered_buffer_{predisable,postenable} functions attach/detach the poll functions. For the predisable hook, the disable code should occur before detaching the poll func, and for the postenable hook, the poll func should be attached before the enable code. The driver was slightly reworked. The preenable hook was moved to the postenable, to add some symmetry to the postenable/predisable part. Signed-off-by:
-
- 15 Sep, 2019 6 commits
-
-
Andrea Merello authored
Adding missing indio_dev->dev.of_node references so that, in case multiple max31856 are present, users can get some clues to being able to distinguish each of them. While at it, add also the missing parent reference. Signed-off-by:
-
Lorenzo Bianconi authored
Enable clear on read feature for latched interrupts. This bit allows immediately clearing the latched interrupts of an event detection upon the read of the corresponding status register. It must be set to 1 together with LIR. This feature is available just on LSM6DS0/LSM6DSR/ASM330LHH Signed-off-by:
-
Lorenzo Bianconi authored
Enable Latched interrupt by default for sensor events Signed-off-by:
-
Andrea Merello authored
The device could be configured to spit out also the configuration word while reading the AD result value (in the same SPI xfer) - this is called "readback" in the device datasheet. The driver checks if readback is enabled and it eventually adjusts the SPI xfer length and it applies proper shifts to still get the data, discarding the configuration word. The readback option is actually never enabled (the driver disables it), so the said checks do not serve for any purpose. Since enabling the readback option seems not to provide any advantage (the driver entirely sets the configuration word without relying on any default value), just kill the said, unused, code. Signed-off-by:
-
Rohit Sarkar authored
'#include<linux/gpio.h>' isn't being used anywhere. Remove it. Signed-off-by:
Rohit Sarkar <rohitsarkar5398@gmail.com> Signed-off-by:
-
Krzysztof Wilczynski authored
Separate the declaration of struct bh1750_chip_info from definition of bh1750_chip_info_tbl[] in a single statement as it makes the code hard to read, and with the extra newline it makes it look as if the bh1750_chip_info_tbl[] had no explicit type. This change also resolves the following compiler warning about the unusual position of the static keyword that can be seen when building with warnings enabled (W=1): drivers/iio/light/bh1750.c:64:1: warning: ‘static’ is not at beginning of declaration [-Wold-style-declaration] Related to commit 3a11fbb0 ("iio: light: add support for ROHM BH1710/BH1715/BH1721/BH1750/BH1751 ambient light sensors"). Signed-off-by:
Krzysztof Wilczynski <kw@linux.com> Acked-by:
Uwe Kleine-König <u.kleine-koenig@pengutronix.de> Signed-off-by:
-
- 08 Sep, 2019 6 commits
-
-
Artur Rojek authored
Add support for the ADC hardware present on Ingenic JZ4770 SoC. Signed-off-by:
Artur Rojek <contact@artur-rojek.eu> Tested-by:
Paul Cercueil <paul@crapouillou.net> Signed-off-by:
-
Artur Rojek authored
Introduce support for AUX2 channel found in ADC hardware present on Ingenic JZ4770 SoC. Signed-off-by:
-
Artur Rojek authored
Add a compatible string for the ADC controller present on Ingenic JZ4770 SoC. Signed-off-by:
-
Colin Ian King authored
Variable ret is being assigned a value that is never read and is being re-assigned a little later on. The assignment is redundant and hence can be removed. Addresses-Coverity: ("Ununsed value") Signed-off-by: -
Mircea Caprioru authored
This patch will add a system calibration attribute for each channel. Using this option the user will have the ability to calibrate each channel for zero scale and full scale. It uses the iio_chan_spec_ext_info and IIO_ENUM to implement the functionality. Signed-off-by:
Mircea Caprioru <mircea.caprioru@analog.com> Signed-off-by:
-
Mircea Caprioru authored
This patch exports the ad_sd_calibrate function in order to be able to call it from outside ad_sigma_delta. There are cases where the option to calibrate one channel at a time is necessary (ex. system calibration for zero scale and full scale). Signed-off-by:
-
