linux-stable.git/drivers/iio, branch v3.12.28

iio: buffer: Fix demux table creation

2014-08-19T12:23:36+00:00

commit 61bd55ce1667809f022be88da77db17add90ea4e upstream.

When creating the demux table we need to iterate over the selected scan mask for
the buffer to get the samples which should be copied to destination buffer.
Right now the code uses the mask which contains all active channels, which means
the demux table contains entries which causes it to copy all the samples from
source to destination buffer one by one without doing any demuxing.

Signed-off-by: Lars-Peter Clausen 
Signed-off-by: Jonathan Cameron 
Signed-off-by: Jiri Slaby

iio:bma180: Missing check for frequency fractional part

2014-08-19T12:23:36+00:00

commit 9b2a4d35a6ceaf217be61ed8eb3c16986244f640 upstream.

val2 should be zero

This will make no difference for correct inputs but will reject
incorrect ones with a decimal part in the value written to the sysfs
interface.

Signed-off-by: Peter Meerwald 
Cc: Oleksandr Kravchenko 
Signed-off-by: Jonathan Cameron 
Signed-off-by: Jiri Slaby

iio:bma180: Fix scale factors to report correct acceleration units

2014-08-19T12:23:36+00:00

commit 381676d5e86596b11e22a62f196e192df6091373 upstream.

The userspace interface for acceleration sensors is documented as using
m/s^2 units [Documentation/ABI/testing/sysfs-bus-iio]

The fullscale raw values for the BMA80 corresponds to -/+ 1, 1.5, 2, etc G
depending on the selected mode.

The scale table was converting to G rather than m/s^2.
Change the scaling table to match the documented interface.

See commit 71702e6e, iio: mma8452: Use correct acceleration units,
for a related fix.

Signed-off-by: Peter Meerwald 
Cc: Oleksandr Kravchenko 
Signed-off-by: Jonathan Cameron 
Signed-off-by: Jiri Slaby

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

2014-07-18T13:51:14+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: Jiri Slaby

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

2014-07-18T13:51:06+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: Jiri Slaby

iio: Fix endianness issue in ak8975_read_axis()

2014-07-02T10:05:50+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: Jiri Slaby

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

2014-07-02T10:05:49+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: Jiri Slaby

iio:imu:mpu6050: Fixed segfault in Invensens MPU driver due to null dereference

2014-06-06T10:38:18+00:00

commit b9b3a41893c3f1be67b5aacfa525969914bea0e9 upstream.

The driver segfaults when the kernel boots with device tree as the
platform data is then not present and the pointer is deferenced without
checking it is not null.  This patch introduces such a check avoiding the
crash.

Signed-off-by: Atilla Filiz 
Signed-off-by: Jonathan Cameron 
Signed-off-by: Jiri Slaby

iio: querying buffer scan_mask should return 0/1

2014-05-15T07:55:04+00:00

commit 2076a20fc1a06f7b0333c62a2bb4eeeac7ed1bcb upstream.

Ensure that querying the IIO buffer scan_mask returns a value of
0 or 1. Currently querying the scan mask has the value returned
by test_bit(), which returns either true or false. For some
architectures test_bit() may return -1 for true, which will appear
to return an error when returning from iio_scan_mask_query().

Additionally, it's important for the sysfs interface to consistently
return the same thing when querying the scan_mask.

Signed-off-by: Alec Berg 
Signed-off-by: Jonathan Cameron 
Signed-off-by: Jiri Slaby

iio:gyro: bug on L3GD20H gyroscope support

2014-03-05T16:13:51+00:00

commit a0657716416f834ef7710a9044614d50a36c3bdc upstream.

The driver was not able to manage the sensor: during probe function
and wai check, the driver stops and writes: "device name and WhoAmI mismatch."
The correct value of L3GD20H wai is 0xd7 instead of 0xd4.
Dropped support for the sensor.

Signed-off-by: Denis Ciocca 
Signed-off-by: Jonathan Cameron 
Signed-off-by: Jiri Slaby