- 22 Dec, 2015 4 commits
-
-
Adriana Reus authored
A bit of refactoring for better readability. Moved and slightly reorganized all the activity necessary for reading als and proximity into a different function. This way the switch in read raw becomes clearer and more compact. Signed-off-by:
Adriana Reus <adriana.reus@intel.com> Signed-off-by:
Jonathan Cameron <jic23@kernel.org>
-
Adriana Reus authored
Add interrupt support for proximity. Add two threshold events to signal rising and falling directions. Signed-off-by:
-
Adriana Reus authored
When setting als only or proximity only modes make sure that we mark the other component as disabled. This fix is in preparation of adding event support because that will make it possible to switch between one-shot and continuous modes and not tracking these correctly may cause faulty behaviour (e.g wrongfully considering px enabled and not setting an appropriate mode in the chip). Signed-off-by:
-
Andrew F. Davis authored
Make IIO value formating function globally available to allow IIO drivers to output values as the core does. Signed-off-by:
Andrew F. Davis <afd@ti.com> Signed-off-by:
-
- 19 Dec, 2015 5 commits
-
-
Martin Kepplinger authored
This gets rid of some magic numbers by adding an enum. Signed-off-by:
Martin Kepplinger <martin.kepplinger@theobroma-systems.com> Signed-off-by:
Christoph Muellner <christoph.muellner@theobroma-systems.com> Signed-off-by:
-
Martin Kepplinger authored
Signed-off-by:
-
Bhaktipriya Shridhar authored
The variable u8 **rx_p, is a pointer-to-pointer and hence the check should be "if (!*rx_p)" and not "if (!rx_p)". In the earlier version, checkpatch.pl gave the following check, which was incorrect: CHECK: Comparison to NULL could be written "!rx_p" + if (*rx_p == NULL) { Signed-off-by:Bhaktipriya Shridhar <bhaktipriya96@gmail.com> Signed-off-by:
-
Marc Titinger authored
Documentation for attributes: * in_allow_async_readout * in_shunt_resistor Signed-off-by:
Marc Titinger <mtitinger@baylibre.com> Signed-off-by:
-
Marc Titinger authored
POWER and CURRENT were swapped out in the buffer: was current2 and power3, correct order is power2 and current3. Signed-off-by:
-
- 12 Dec, 2015 10 commits
-
-
Anshul Garg authored
Use list_for_each_entry_safe instead of list_for_each_safe and list_entry call. Signed-off-by:
Anshul Garg <aksgarg1989@gmail.com> Signed-off-by:
-
Haibo Chen authored
The patch adds the binding file for Freescale imx7d ADC driver. Signed-off-by:
Haibo Chen <haibo.chen@freescale.com> Acked-by:
Rob Herring <robh@kernel.org> Signed-off-by:
-
Haibo Chen authored
Freescale i.MX7D soc contains a new ADC IP. This patch add this ADC driver support, and the driver only support ADC software trigger. Signed-off-by:
-
Marc Titinger authored
PID PPID USER STAT VSZ %VSZ %CPU COMMAND 144 2 root DW 0 0% 33% [ina226:1-8800us] 141 2 root DW 0 0% 25% [ina226:0-8800us] 40 2 root SW 0 0% 15% [irq/156-4802a00] 147 2 root DW 0 0% 7% [ina226:2-8800us] 145 1 root S 1236 0% 6% dd if /dev/iio:device1 of /dev/null 148 1 root S 1236 0% 4% dd if /dev/iio:device2 of /dev/null 149 137 root R 1244 0% 3% top -d 1 142 1 root S 1236 0% 2% dd if /dev/iio:device0 of /dev/null Signed-off-by:
-
Marc Titinger authored
Different probe modules use different resistor values. The front-end application may read a probe ID (from eeprom) and set the shunt value accordingly. Signed-off-by:
-
Marc Titinger authored
This can lead to repeated or skipped samples depending on the clock beat between the capture thread and the chip sampling clock, but will also spare reading/waiting for the Capture Ready Flag and improve the available i2c bandwidth for reading measurements. Output of iio_info: ...snip... 4 device-specific attributes found: attr 0: in_oversampling_ratio value: 4 attr 1: in_allow_async_readout value: 0 attr 2: integration_time_available value: 140 204 332 588 1100 2116... attr 3: in_sampling_frequency value: 114 Signed-off-by:
-
Marc Titinger authored
in SOFTWARE buffer mode, a kthread will capture the active scan_elements into a kfifo, then compute the remaining time until the next capture tick and do an active wait (udelay). This will produce a stream of up to fours channels plus a 64bits timestamps (ns). Tested with ina226, on BeagleBoneBlack. Datasheet: http://www.ti.com/lit/gpn/ina226Signed-off-by:
-
Matt Ranostay authored
Add support for AMS iAQ-core continuous and pulsed VOC sensors. Signed-off-by:
Matt Ranostay <mranostay@gmail.com> Signed-off-by:
-
Matt Ranostay authored
MAX30100 is an heart rate and pulse oximeter sensor that works using two LEDS of different wavelengths, and detecting the light reflected back. This patchset adds support for both IR and RED LED channels which can be processed in userspace to determine heart rate and blood oxygen levels. Signed-off-by:
-
Oliver Stäbler authored
Signed-off-by:
Oliver Stäbler <oliver.staebler@bytesatwork.ch> Reviewed-by:
Martin Kepplinger <martink@posteo.de> Signed-off-by:
-
- 05 Dec, 2015 4 commits
-
-
Arnd Bergmann authored
The iio dummy code was recently changed to use irq_work_queue, but that code is compiled into the kernel only if IRQ_WORK is set, so we can get a link error here: drivers/built-in.o: In function `iio_evgen_poke': (.text+0x208a04): undefined reference to `irq_work_queue' This changes the Kconfig file to match what other drivers do. Signed-off-by:
Arnd Bergmann <arnd@arndb.de> Fixes: fd2bb310 ("Staging: iio: Move evgen interrupt generation to irq_work") Acked-by:
Daniel Baluta <daniel.baluta@intel.com> Signed-off-by:
-
Robert Kmiec authored
Definition of ST_SENSORS_WAI_ADDRESS was introduced within a very first commit of this driver, but it was never used. This address is already defined as ST_SENSORS_DEFAULT_WAI_ADDRESS in include/linux/iio/common/st_sensors.h To avoid duplication of the same constant in two different places called almost exactly the same, the one which was never used should be removed. Signed-off-by:
Robert Kmiec <robert.r.kmiec@gmail.com> Signed-off-by:
-
Matt Ranostay authored
Optimize device tranactions using i2c transfers versus multiple possibly racey i2c_smbus_* function calls, and only one transaction for distance measurement. Falls back to smbus method if i2c functionality isn't available. Signed-off-by:
-
Jonathan Cameron authored
This exported element needs to be accesible to all drivers using configfs within IIO. Previously it was in the sw_trig.h file which only convered one such usecase. This also fixes a sparse warning as it is now in a header that makes sense to include from industrialio-configfs.c Signed-off-by: Jonathan Cameron < jic23@kernel.org>
-
- 03 Dec, 2015 5 commits
-
-
Matt Ranostay authored
Add an optimized i2c transfer reading function, and fallback to racey smbus transfers if client->adapter doesn't support this. Signed-off-by:
-
Daniel Baluta authored
Signed-off-by:
Crt Mori <cmo@melexis.com> Signed-off-by:
-
Daniel Baluta authored
This patch registers a new IIO software trigger interrupt source based on high resolution timers. Notice that if configfs is enabled we create sampling_frequency attribute allowing users to change hrtimer period (1/sampling_frequency). The IIO hrtimer trigger has a long history, this patch is based on an older version from Marten and Lars-Peter. Signed-off-by:
Marten Svanfeldt <marten@intuitiveaerial.com> Signed-off-by:
Lars-Peter Clausen <lars@metafoo.de> Signed-off-by:
-
Daniel Baluta authored
A software trigger associates an IIO device trigger with a software interrupt source (e.g: timer, sysfs). This patch adds the generic infrastructure for handling software triggers. Software interrupts sources are kept in a iio_trigger_types_list and registered separately when the associated kernel module is loaded. Software triggers can be created directly from drivers or from user space via configfs interface. To sum up, this dynamically creates "triggers" group to be found under /config/iio/triggers and offers the possibility of dynamically creating trigger types groups. The first supported trigger type is "hrtimer" found under /config/iio/triggers/hrtimer. Signed-off-by:
-
Daniel Baluta authored
This patch creates the IIO configfs root group. The group will appear under <mount-point>/iio/, usually /config/iio. We introduce configfs support in IIO in order to be able to easily create IIO objects from userspace. The first supported IIO objects are triggers introduced with next patches. Signed-off-by:
Matt Ranostay <matt.ranostay@intel> Signed-off-by:
-
- 02 Dec, 2015 9 commits
-
-
Nizam Haider authored
Use the wrapper function for retrieving the platform data instead of accessing dev->platform_data directly. Signed-off-by:
Nizam Haider <nijamh@cdac.in> Signed-off-by:
-
Nizam Haider authored
Use the wrapper function for retrieving the platform data instead of accessing dev->platform_data directly. Signed-off-by:
-
Nizam Haider authored
Use the wrapper function for retrieving the platform data instead of accessing dev->platform_data directly. Signed-off-by:
-
Adriana Reus authored
Add power management for sleep as well as runtime pm. Signed-off-by:
-
Adriana Reus authored
Keep track of the als and px enabled/disabled status in order to enable them selectively. Signed-off-by:
-
Adriana Reus authored
Add a property to allow changing the default power-saving mode. By default, at read raw the chip will activate and provide one measurent, then it will shut itself down. However, the chip can also work in "continuous" mode which may be more reliable but is also more power consuming. Signed-off-by:
-
Adriana Reus authored
This chip supports two power modes. 1. "one-shot" mode - the chip activates and executes one complete conversion loop and then shuts itself down. This is the default mode chosen for raw reads. 2. "continuous" mode - the chip takes continuous measurements. Continuous mode is more expensive power-wise but may be more reliable. Add a property so that if preferred, the default power mode for raw reads can be set to continuous. Separate one-shot enabling in a separate function that will be used depending on the chosen power mode. Also create a function for powering the chip on and off. Signed-off-by:
-
Sascha Hauer authored
The mcp3421 is the single channel variant of the mcp342x family and can be supported by the mcp342x driver. Signed-off-by:
Sascha Hauer <s.hauer@pengutronix.de> Cc: devicetree@vger.kernel.org Acked-by:
-
Sascha Hauer authored
The mcp3421 is the single channel variant of the mcp342x family. Support is straight forward, only the channels array has to be added for this chip. Signed-off-by:
-
- 01 Dec, 2015 1 commit
-
-
Greg Kroah-Hartman authored
Merge tag 'iio-for-4.5a' of git://git.kernel.org/pub/scm/linux/kernel/git/jic23/iio into staging-next Jonathan writes: First set of new device support, features and cleanups for IIO in the 4.5 cycle Usual mixed bag, but the big item perhaps in this series is the DMA buffer support added by Lars-Peter Clausen. It's been in the works for a long time and it will be interesting to see what hardware support shows up now that this is available. New core features + associate cleanup. * Add generic DMA buffer infrastructure * Add a DMAengine framework based buffer Also associated minor changes. - Set the device buffer watermark based on the minimum watermark for all attached buffers rather than just the 'primary' one. - iio_buffer_init - only set the watermark default if one hasn't already been provided. This allows simple support for devices with a fixed watermark. - read only attribute for watermark on fixed watermark devices. - add explicit buffer enable/disable callbacks to allow the buffer to do more than trivial actions when it is being turned on and off. * IIO_VAL_INT support in write_raw_get_fmt function. New device support * Freescale MMA7455/7456L accelerometers * Memsic MXC6255XC accelerometer * ST lis2dh12 accelerometer * TI ADS8688 ADC * TI Palamas (twl6035/7) gpadc New driver features * mma8452 - support either of the available interrupt pins to cope with the case where board layout has lead to a particular one being connected. Staging graduation * Dummy driver - this driver acts as both an example and a test device for those with out hardware to develop userspace code against. Cleanups and minor bits and bobs. * treewide - Sort out the ordering of iio_device_register/unregister vs runtime pm function calls so that it's all nice and consistent and not race prone. - Check sscanf return values. None of the cases will actually happen as the strings are supplied internally, but best to be consistent on this. * ad7780 - switch over to the gpio descriptor interface and remove the now unused platform data which gets rid of a header entirely. * ad7793 - drop a pointless else statement. * at91_adc - Swap kmalloc_array in for a kmalloc doing the same job. * dummy - get rid of some commented out lines that snuck in during the move of the driver. * lm3533-als - Print an error message on provision of an invalid resistance. * mcp320x - Add compatible strings with vendor prefix and deprecate those with no vendor prefix. * mxs-lradc - Use BIT macro in various places rather than shifted ones. * pa12203001 - Power off the chip if the registration fails. * pulsedlight-lidar-lite - add runtime PM support. * xilinx XADC - constify an iio_buffer_setup_ops structure.
-
- 25 Nov, 2015 2 commits
-
-
Benjamin Romer authored
We should provide more information in the Kconfig help for visorbus and visorinput. Signed-off-by:
Benjamin Romer <benjamin.romer@unisys.com> Signed-off-by:
Greg Kroah-Hartman <gregkh@linuxfoundation.org>
-
Anjali Menon authored
Removed the blank line before the close brace to remove the check detected by the checkpatch.pl CHECK: Blank lines aren't necessary before a close brace '}' Signed-off-by:
Anjali Menon <cse.anjalimenon@gmail.com> Signed-off-by:
-
