tag name | iio-fixes-for-4.1a (eaf58acf8a01270b62431a8d8797de8361d41085) |
tag date | 2015-05-10 20:40:05 +0100 |
tagged by | Jonathan Cameron <jic23@kernel.org> |
tagged object | commit 54b8e12ecd... |
download | iio-fixes-for-4.1a.tar.gz |
---|
The usual mixed bag of fixes for IIO in the 4.1 cycle.
One core fix
* Set updated for a iio kfifo was incorrectly set to false during a failed
update, resulting in atttempts to repeat the failed operation appearing
to succeed.
This time I've decided to list the driver fixes in alphabetical order rather
than 'randomly'.
* axp288_adc - a recent change added a check for valid info masks when
reading channels from consumer drivers.
* bmp280 - temperature compensation was failing to read the tfine value, hence
causing a temperature of 0 to always be returned and incorrect presure
measurements.
* cc10001 - Fix channel number mapping when some channels are reserved for
remote CPUs. Fix an issue with the use of the power-up/power-down register
(basically wrong polarity). Fix an issue due to the missinterpretting the
return value from regulator_get_voltage. Add a delay before the start bit
as recommended for the hardware to avoid data corruption.
* hid pressure - fix channel spec of modfiied, but no modifier (which makes no
sense!)
* hid proximity - fix channel spec of modified, but no modifier (which makes
no sense!). Fix a memory leak in the probe function.
* mcp320x - occasional incorrect readings on dma using spi busses due to
cacheline corruption. Fixed by forcing ___cacheline_aligned for the buffers.
* mma9551 - buffer overrun fix (miss specified maximum length of buffers)
* mma9553 - endian fix on status message. Add an enable element for activity
channel. Input checking for activity period to avoid rather unpredictable
results.
* spmi-vadc - fix an overflow in the output value normalization seen on some
boards.
* st-snesors - oops due to use of a mutex that is not yet initialized during
probe.
* xilinx adc - Some wrong register addresses, a wrong address for vccaux
channel, incorrect scale on VREFP and incorrect sign on VREFN.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2
iQIcBAABCAAGBQJVT7dDAAoJEFSFNJnE9BaInToP/3pekXvbCZBOXHGhXbzdZ5zk
sY+pGc7a9pCVTUhGw3oWkWRW7WvWd5151ESaP1dD+Y3VFnMmn70yA8LzxsKfS/x/
RGH+LthZmMIfscwrMPlzs4DhTMLRLuJg30VZ2UUcmgOhpcUzTsClIinRq3U7W5Fw
6cav7aii8ZqEB9jOCf3seDWpLa3mX/VqqsGHYF3Q7hXQIOmDSZwDECqIWSUq6kiQ
sv6JD0rYPBwF3xxl/ustM4FCs6hCwr7mEMPgGkos94ComPFRNzPDe0VvuaZ2FJx1
HIva6aaD7eg9COMkdgT46KUdbCNTlqu57CvLteM+ziLa6kG5PlMt/HhmgsDxOp8A
9Fkp3lXsz2R6uct/q/CEAGtyDNLERUrSBhwfL+QpdcnxFVjNg3At1gNtQKLDnvT8
rVV6dqrY9haEgL4583QulPaisvLwi54Xh4XfwjpmYvZkAGF5hChwxkpcCbP1ONDe
pj15xgOVCCsiwjutAytcdfC3KvZL/vaFfudemCp7JwbLdwGiS5Db58UyaCgW4lOP
nur/BFH6mfGClWgo7OfmyEf1BIZKIeMhrGG5QJFdrsmtM50Dx2uRj9x/OvKETwbX
OYsTd95qZHajflAf0pnQk5lgcaU/uc8K9CkCbBGCJWNUMcWTwFDZprKqDi8nU35D
/zx3UtcOm6mhCP6D0pIW
=vFcb
-----END PGP SIGNATURE-----