linux-toradex.git/drivers/iio, branch v3.15.6

iio: ti_am335x_adc: Fix: Use same step id at FIFOs both ends

2014-07-17T23:23:08+00:00

commit baa3c65298c089a9014b4e523a14ec2885cca1bc upstream.

Since AI lines could be selected at will (linux-3.11) the sending
and receiving ends of the FIFO does not agree about what step is used
for a line. It only works if the last lines are used, like 5,6,7,
and fails if ie 2,4,6 is selected in DT.

Signed-off-by: Jan Kardell 
Tested-by: Zubair Lutfullah 
Signed-off-by: Jonathan Cameron 
Signed-off-by: Greg Kroah-Hartman

iio: of_iio_channel_get_by_name() returns non-null pointers for error legs

2014-07-09T18:21:30+00:00

commit a2c12493ed7e63a18cef33a71686d12ffcd6600e upstream.

Currently in the inkern.c code for IIO framework, the function
of_iio_channel_get_by_name() will return a non-NULL pointer when
it cannot find a channel using of_iio_channel_get() and when it
tries to search for 'io-channel-ranges' property and fails. This
is incorrect behaviour as the function which calls this expects
a NULL pointer for failure. This patch rectifies the issue.

Signed-off-by: Adam Thomson 
Signed-off-by: Jonathan Cameron 
Signed-off-by: Greg Kroah-Hartman

twl4030-madc: Request processed values in twl4030_get_madc_conversion

2014-07-09T18:21:28+00:00

commit e0326be0cded13dfc3a24cbeece1f1ae64348a0e upstream.

Not setting the raw parameter in the request causes it to be randomly
initialized to a value that might be different from zero or zero. This leads to
values that are randomly either raw or processed, making it very difficult to
make reliable use of the values.

Signed-off-by: Paul Kocialkowski 
Acked-by: Sebastian Reichel 
Signed-off-by: Jonathan Cameron 
Signed-off-by: Greg Kroah-Hartman

iio: Fix two mpl3115 issues in measurement conversion

2014-06-26T19:17:36+00:00

commit d29f592929489d0a7c414396fae28119f3d280e1 upstream.

(i) pressure is 20-bit unsigned, not signed; the buffer description
is incorrect; for raw reads, this is just cosmetic

(ii) temperature is 12-bit signed, not 16-bit; this affects
readout of temperatures below zero as the sign bit is incorrectly
processed

reported via private mail

Signed-off-by: Peter Meerwald 
Reported-by: Robert Deliën 
Signed-off-by: Jonathan Cameron 
Signed-off-by: Greg Kroah-Hartman

iio: Fix endianness issue in ak8975_read_axis()

2014-06-26T19:17:36+00:00

commit 8ba42fb7b17649c9ab5b5e79d4e90370a0b4645e upstream.

i2c_smbus_read_word_data() does host endian conversion already,
no need for le16_to_cpu()

Signed-off-by: Peter Meerwald 
Signed-off-by: Jonathan Cameron 
Signed-off-by: Greg Kroah-Hartman

iio: adc: at91: signedness bug in at91_adc_get_trigger_value_by_name()

2014-06-26T19:17:36+00:00

commit 4f3bcd878f1d3c730fe00f619b7260c6125d49eb upstream.

at91_adc_get_trigger_value_by_name() was returning -ENOMEM truncated to
a positive u8 and that doesn't work.  I've changed it to int and
refactored it to preserve the error code.

Signed-off-by: Dan Carpenter 
Acked-by: Alexandre Belloni 
Tested-by: Alexandre Belloni 
Signed-off-by: Jonathan Cameron 
Signed-off-by: Greg Kroah-Hartman

iio: adc: checking for NULL instead of IS_ERR() in probe

2014-06-26T19:17:36+00:00

commit e94f62e79f7f63a68574ee5e76c19837ec12f3db upstream.

mcb_request_mem() returns an ERR_PTR(), it doesn't return NULL.

Fixes: 74aeac4da66f ('iio: adc: Add MEN 16z188 ADC driver')
Signed-off-by: Dan Carpenter 
Signed-off-by: Jonathan Cameron 
Signed-off-by: Greg Kroah-Hartman

iio:adc:max1363 incorrect resolutions for max11604, max11605, max11610 and max11611.

2014-06-26T19:17:36+00:00

commit a91a73c8b39a6b8bcc53fafa5372c65387c81233 upstream.

Reported-by: Erik Habbinga 
Signed-off-by: Jonathan Cameron 
Acked-by: Hartmut Knaack 
Signed-off-by: Greg Kroah-Hartman

iio: adc: Nothing in ADC should be a bool CONFIG

2014-04-26T10:22:16+00:00

The whole IIO subsystem can be built as modules.  If you make it a
module then stuff marked as "Y" in the adc directory simply won't be
linked in properly.

The two configs that were wrong were EXYNOS_ADC and LP8788_ADC.  I
know for a fact that EXYNOS_ADC will work as a module. I assume
LP8788_ADC will also be fine.

Signed-off-by: Doug Anderson 
Signed-off-by: Jonathan Cameron

iio: exynos_adc: use indio_dev->dev structure to handle child nodes

2014-04-26T10:19:40+00:00

Using pdev->dev with device_for_each_child() would iterate over all
of the children of the platform device and delete them.
Thus, causing crashes during module unload.

We should be using the indio_dev->dev structure for
registering/unregistering child nodes.

Reported-by: Doug Anderson 
Signed-off-by: Naveen Krishna Ch 
Reviewed-by: Doug Anderson 
Tested-by: Doug Anderson 
Signed-off-by: Jonathan Cameron