- 05 Aug, 2019 6 commits
-
-
Lorenzo Bianconi authored
Remove output register definition and inline register value since they are used only for iio channel definition. This is a preliminary patch to add support for LSM9DS1 sensor to st_lsm6dsx driver Signed-off-by:
Lorenzo Bianconi <lorenzo@kernel.org> Tested-by:
Martin Kepplinger <martin.kepplinger@puri.sm> Signed-off-by:
Jonathan Cameron <Jonathan.Cameron@huawei.com>
-
Lorenzo Bianconi authored
Move fs_table in st_lsm6dsx_sensor_settings in order to support sensors with different gain maps. This is a preliminary patch to add support for LSM9DS1 sensor to st_lsm6dsx driver Tested-by:
-
Lorenzo Bianconi authored
Move sensor odr table in st_lsm6dsx_sensor_settings in order to support sensors with different odr maps. This is a preliminary patch to add support for LSM9DS1 sensor to st_lsm6dsx driver Tested-by:
-
Chuhong Yuan authored
Use device-managed APIs to simplify the code. The remove functions are redundant now and can be deleted. Signed-off-by:
Chuhong Yuan <hslester96@gmail.com> Signed-off-by:
-
Martin Kaiser authored
Add a binding for the Maxim Integrated MAX5432-MAX5435 family of digital potentiometers. Signed-off-by:
Martin Kaiser <martin@kaiser.cx> Reviewed-by:
Rob Herring <robh@kernel.org> Signed-off-by:
-
Martin Kaiser authored
Add a driver for the Maxim Integrated MAX5432-MAX5435 family of digital potentiometers. These potentiometers are connected via I2C and have 32 wiper positions. Supported functionality - set the volatile wiper position - read the potentiometer scale Datasheet: https://datasheets.maximintegrated.com/en/ds/MAX5432-MAX5435.pdfSigned-off-by:
-
- 28 Jul, 2019 6 commits
-
-
Beniamin Bia authored
Support for register access was added for devices which have software mode. Signed-off-by:
Beniamin Bia <beniamin.bia@analog.com> Signed-off-by:
-
Beniamin Bia authored
Support for ad7616 running in software was added. In order to activate the software mode, HW_RNGSEL pins must be pulled low. Oversampling and input ranges are now configured in corresponding registers. Ad7616 has multiple scale options when it is configured in software mode. Also, in order to support multiple devices in software mode, the spi calculation of registers address must be generic. Because the length of address and bit which specifies the read/write operation is different for every device, calculation of address was made generic. Signed-off-by:
-
Beniamin Bia authored
According to datasheet, ad7616 require at least 15ms after a restart to fully reconfigure and being able to receive new commands via spi. Signed-off-by:
-
Beniamin Bia authored
Because software mode and register access are only available in spi, they were moved in spi file and are accessbile via bops structure. The write_os/scale will be overwritten by sw_mode_config function. This patch was made in order to support devices in software mode without making the driver dependent to spi and increase the abstraction of the core. Signed-off-by:
-
Beniamin Bia authored
The common channel definition which are going to be used by both core file but also spi file, were moved in header file. Some devices have different channel definitions when are used in software mode, feature available only with spi, and those definitions will be added in spi file. Signed-off-by:
-
Linus Walleij authored
The mounting matrix for sensors was introduced in commit dfc57732 ("iio:core: mounting matrix support") However the device tree bindings are very terse and since this is a widely applicable property, we need a proper binding for it that the other bindings can reference. This will also be useful for other operating systems and sensor engineering at large. I think all 3D sensors should support it, the current situation is probably that the mounting information is confined in magic userspace components rather than using the mounting matrix, which is not good for portability and reuse. Cc: Linus Walleij <linus.walleij@linaro.org> Cc: Gregor Boirie <gregor.boirie@parrot.com> Cc: Sebastian Reichel <sre@kernel.org> Cc: Samu Onkalo <samu.onkalo@intel.com> Cc: devicetree@vger.kernel.org Signed-off-by:
Linus Walleij <linus.walleij@linaro.org> Signed-off-by:
H. Nikolaus Schaller <hns@goldelico.com> Reviewed-by:
-
- 27 Jul, 2019 28 commits
-
-
Fabien Lahoudere authored
Embedded controller return minimum and maximum frequencies, unfortunately we have no way to know the step for all available frequencies. Even if not complete, we can return a list of known values using the standard read_avail callback (IIO_CHAN_INFO_SAMP_FREQ) to provide them to userland. Now cros_ec_* sensors provides frequencies values in sysfs like this: "0 min max". 0 is always true to disable the sensor. Default frequencies are provided for earlier protocol. Signed-off-by:
Nick Vaccaro <nvaccaro@chromium.org> Signed-off-by:
Fabien Lahoudere <fabien.lahoudere@collabora.com> [rebased on top of iio/testing and solved conflicts] Signed-off-by:
Enric Balletbo i Serra <enric.balletbo@collabora.com> Signed-off-by:
-
Gwendal Grignou authored
Veyron minnie embedded controller presents 2 accelerometers using an older interface. Add function to query the data in cros_ec_accel. Verify accelerometers on veyron-minnie are presented and working. Signed-off-by:
Gwendal Grignou <gwendal@chromium.org> Signed-off-by:
-
Gwendal Grignou authored
Remove duplicate code in cros-ec-accel-legacy, use cros-ec-sensors-core functions and structures when possible. On glimmer, check the 2 accelerometers are presented and working. Signed-off-by:
-
Gwendal Grignou authored
INFO_SCALE is set both for each channel and all channels. iio is using all channel setting, so the error was not user visible. Signed-off-by:
-
Gwendal Grignou authored
To allow cros_ec iio core library to be used with legacy device, add a vector to rotate sensor data if necessary: legacy devices are not reporting data in HTML5/Android sensor referential. Check the data is not rotated on recent chromebooks that use the HTML5 standard to present sensor data. Signed-off-by:
Douglas Anderson <dianders@chromium.org> Signed-off-by:
-
Fabien Lahoudere authored
This patch adds a function to determine which version of the protocol is used to communicate with EC. Signed-off-by:
-
Chuhong Yuan authored
Make use of devm_counter_register. Then we can remove redundant unregistration API usage to make code simpler. Signed-off-by:
-
Sean Nyekjaer authored
No need for using reverse logic in the irq return, fix this by flip things around. Signed-off-by:
Sean Nyekjaer <sean@geanix.com> Signed-off-by:
-
Vitor Soares authored
For today the st_lsm6dsx driver support LSM6DSO and LSM6DSR sensor only in spi and i2c mode. The LSM6DSO and LSM6DSR are also i3c capable so let's give i3c support to them. Signed-off-by:
Vitor Soares <vitor.soares@synopsys.com> Acked-by:
Boris Brezillon <boris.brezillon@collabora.com> Signed-off-by:
-
Jonathan Cameron authored
Needed for the st_lsm6dsx_i3c.c driver
-
Christophe JAILLET authored
Everything is about mmc35240_ except MMC53240_WAIT_SET_RESET (3 and 5 switched). This is likely a typo. Define and use MMC35240_WAIT_SET_RESET instead. Signed-off-by:
Christophe JAILLET <christophe.jaillet@wanadoo.fr> Signed-off-by:
-
Wolfram Sang authored
Move from i2c_new_dummy() to i2c_new_dummy_device(), so we now get an ERRPTR which we use in error handling. Signed-off-by:
Wolfram Sang <wsa+renesas@sang-engineering.com> Signed-off-by:
-
Wolfram Sang authored
Move from i2c_new_dummy() to i2c_new_dummy_device(), so we now get an ERRPTR which we use in error handling. Signed-off-by:
-
Wolfram Sang authored
Move from i2c_new_dummy() to i2c_new_dummy_device(), so we now get an ERRPTR which we use in error handling. Signed-off-by:
-
Alexandru Ardelean authored
This change adds device-tree bindings for the ADIS16460. Signed-off-by:
Alexandru Ardelean <alexandru.ardelean@analog.com> Reviewed-by:
-
Alexandru Ardelean authored
The ADIS16460 device is a complete inertial system that includes a triaxial gyroscope and a triaxial accelerometer. It's more simplified design than that of the ADIS16480, and does not offer the triaxial magnetometers & pressure sensors. It does also have a temperature sensor (like the ADIS16480). Since it is part of the ADIS16XXX family, it re-uses parts of the ADIS library. Naturally, the register map is different and much more simplified than the ADIS16480 subfamily, so it cannot be integrated into that driver. A major difference is that the registers are not paged. One thing that is particularly special about it, is that it requires a higher delay between CS changes (i.e. when CS goes up, the spec recommends that it be brought down after a minimum of 16 uS). Other ADIS chips require (via spec) a minimum of 2 uS between CS changes. The kernel's 10 uS default should be fine for those other chips; they haven't been tested with lower CS change delays yet. Datasheet: https://www.analog.com/media/en/technical-documentation/data-sheets/adis16460.pdfSigned-off-by:
Dragos Bogdan <dragos.bogdan@analog.com> Signed-off-by:
Michael Hennerich <michael.hennerich@analog.com> Signed-off-by:
-
Alexandru Ardelean authored
The ADIS16460 requires a higher delay before the next transfer. Since the SPI framework supports configuring the delay before the next transfer, this driver will become the first user of it. The support for this functionality in ADIS16460 requires an addition to the ADIS lib to support the `cs_change_delay` functionality from the SPI subsystem. Signed-off-by:
-
Chuhong Yuan authored
Use device-managed APIs to simplify the code. The remove function is redundant now and can be deleted. Signed-off-by:
-
Chuhong Yuan authored
Use device-managed APIs to simplify the code. The remove functions are redundant now and can be deleted. Signed-off-by:
-
Chuhong Yuan authored
Use device-managed API to simplify the code. The remove function is redundant now and can be deleted. Signed-off-by:
-
Chuhong Yuan authored
Use device-managed APIs to simplify the code. The remove functions are redundant now and can be deleted. Signed-off-by:
-
Denis Ciocca authored
This patch is meant to replace the i2c/spi transfer functions with regmap. SPI framework requires DMA safe buffers so let's add GFP_DMA flag for memory allocation used by bulk_read functions. Signed-off-by:
Denis Ciocca <denis.ciocca@st.com> Signed-off-by:
-
Denis Ciocca authored
Some devices need to be configured with special bit in order to use spi 3-wire. This was done during device identification phase. Instead, let's move this part as spi specific. Doing this the check_device_support function becomes a simple device id check, so let's rename it. Signed-off-by:
-
Denis Ciocca authored
This patch set pressure settings right after probe start. This is done in preparation of regmap that needs different configuration based on multiread bit value. Signed-off-by:
-
Denis Ciocca authored
This patch set magn settings right after probe start. This is done in preparation of regmap that needs different configuration based on multiread bit value. Signed-off-by:
-
Denis Ciocca authored
This patch set gyro settings right after probe start. This is done in preparation of regmap that needs different configuration based on multiread bit value. Signed-off-by:
-
Denis Ciocca authored
This patch set accel settings right after probe start. This is done in preparation of regmap that needs different configuration based on multiread bit value. Signed-off-by:
-
Denis Ciocca authored
The function is introduced to retrieve press device settings. It will be used by probe in order to configure regmap. Signed-off-by:
-
