<feed xmlns='http://www.w3.org/2005/Atom'>
<title>kernel.git/drivers/iio/adc, branch linux-3.11.y</title>
<subtitle>Hosts the 0x221E linux distro kernel.
</subtitle>
<id>https://git.0xinfinity.dev/distro/kernel.git/atom?h=linux-3.11.y</id>
<link rel='self' href='https://git.0xinfinity.dev/distro/kernel.git/atom?h=linux-3.11.y'/>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/'/>
<updated>2013-07-21T17:27:35Z</updated>
<entry>
<title>iio: ti_am335x_adc: Fix wrong samples received on 1st read</title>
<updated>2013-07-21T17:27:35Z</updated>
<author>
<name>Patil, Rachna</name>
</author>
<published>2013-07-20T16:27:00Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=b1451e546899bc8f450773b2af02e0cd000cf1fa'/>
<id>urn:sha1:b1451e546899bc8f450773b2af02e0cd000cf1fa</id>
<content type='text'>
Previously we tried to read data form ADC even before ADC sequencer
finished sampling. This led to wrong samples.
We now wait on ADC status register idle bit to be set.

Signed-off-by: Patil, Rachna &lt;rachna@ti.com&gt;
Signed-off-by: Zubair Lutfullah &lt;zubair.lutfullah@gmail.com&gt;
Signed-off-by: Jonathan Cameron &lt;jic23@kernel.org&gt;
</content>
</entry>
<entry>
<title>Merge tag 'iio-fixes-for-3.11a' of git://git.kernel.org/pub/scm/linux/kernel/git/jic23/iio into staging-linus</title>
<updated>2013-07-17T05:41:38Z</updated>
<author>
<name>Greg Kroah-Hartman</name>
</author>
<published>2013-07-17T05:41:38Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=78077256bc08348d587e318957ceb41fe4d4afae'/>
<id>urn:sha1:78077256bc08348d587e318957ceb41fe4d4afae</id>
<content type='text'>
Jonathan writes:

The first round of IIO fixes for the 3.11 cycle.

This set is larger than I would like, partly due to my lack of review
time in the weeks before the merge window and partly because a
couple of large drivers and the subsystem as a whole seem to be
getting a lot more exposure and testing recently.

1) A long term bug in trigger handling gave a double free of the device.

2) Wrong return value handling means offsets are ignored in
   iio_convert_raw_to_processed_unlocked.

3) The iio_channel_has_info utility function was incorrectly updated
   during the recent info_mask split, this is now fixed.

4) mxs-lradc has a couple of little fixes.

5) A couple of missing .driver_module entries meant that drivers
   could be removed from underneath their users.

6) Error path fixes for ad7303 and lis3l02dq.

7) The scale value for presure in the lps331ap driver was out by
   a factor of 100.
</content>
</entry>
<entry>
<title>Merge tag 'mfd-3.11-1' of git://git.kernel.org/pub/scm/linux/kernel/git/sameo/mfd-next</title>
<updated>2013-07-10T18:10:27Z</updated>
<author>
<name>Linus Torvalds</name>
</author>
<published>2013-07-10T18:10:27Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=3aa78e0cb5c9b8b4ed2a617bb1e1542bfb508379'/>
<id>urn:sha1:3aa78e0cb5c9b8b4ed2a617bb1e1542bfb508379</id>
<content type='text'>
Pull MFD update from Samuel Ortiz:
 "For the 3.11 merge we only have one new MFD driver for the Kontron
  PLD.

  But we also have:
   - Support for the TPS659038 PMIC from the palmas driver.
   - Intel's Coleto Creek and Avoton SoCs support from the lpc_ich
     driver.
   - RTL8411B support from the rtsx driver.
   - More DT support for the Arizona, max8998, twl4030-power and the
     ti_am335x_tsadc drivers.
   - The SSBI driver move under MFD.
   - A conversion to the devm_* API for most of the MFD drivers.
   - The twl4030-power got split from twl-core into its own module.
   - A major ti_am335x_adc cleanup, leading to a proper DT support.
   - Our regular arizona and wm* updates and cleanups from the Wolfson
     folks.
   - A better error handling and initialization, and a regulator
     subdevice addition for the 88pm80x driver.
   - A bulk platform_set_drvdata() call removal that's no longer need
     since commit 0998d0631001 ("device-core: Ensure drvdata = NULL when
     no driver is bound")

* tag 'mfd-3.11-1' of git://git.kernel.org/pub/scm/linux/kernel/git/sameo/mfd-next: (102 commits)
  mfd: sec: Provide max_register to regmap
  mfd: wm8994: Remove duplicate check for active JACKDET
  MAINTAINERS: Add include directory to MFD file patterns
  mfd: sec: Remove fields not used since regmap conversion
  watchdog: Kontron PLD watchdog timer driver
  mfd: max8998: Add support for Device Tree
  regulator: max8998: Use arrays for specifying voltages in platform data
  mfd: max8998: Add irq domain support
  regulator: palmas: Add TPS659038 support
  mfd: Kontron PLD mfd driver
  mfd: palmas: Add TPS659038 PMIC support
  mfd: palmas: Add SMPS10_BOOST feature
  mfd: palmas: Check if irq is valid
  mfd: lpc_ich: iTCO_wdt patch for Intel Coleto Creek DeviceIDs
  mfd: twl-core: Change TWL6025 references to TWL6032
  mfd: davinci_voicecodec: Fix build breakage
  mfd: vexpress: Make the driver optional for arm and arm64
  mfd: htc-egpio: Use devm_ioremap_nocache() instead of ioremap_nocache()
  mfd: davinci_voicecodec: Convert to use devm_* APIs
  mfd: twl4030-power: Fix relocking on error
  ...
</content>
</entry>
<entry>
<title>iio: ti_am335x_adc: add missing .driver_module to struct iio_info</title>
<updated>2013-07-06T09:37:21Z</updated>
<author>
<name>Wei Yongjun</name>
</author>
<published>2013-07-06T04:20:00Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=bc93aa7640fe97df8d69b50fdce70da1126e12b3'/>
<id>urn:sha1:bc93aa7640fe97df8d69b50fdce70da1126e12b3</id>
<content type='text'>
Add missing .driver_module of struct iio_info. This prevents the
module from being removed from underneath its users.

Signed-off-by: Wei Yongjun &lt;yongjun_wei@trendmicro.com.cn&gt;
Signed-off-by: Jonathan Cameron &lt;jic23@kernel.org&gt;
</content>
</entry>
<entry>
<title>iio: ti_am335x_adc: check if we found the value</title>
<updated>2013-06-12T16:50:23Z</updated>
<author>
<name>Sebastian Andrzej Siewior</name>
</author>
<published>2013-05-29T16:49:55Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=1460c152c53335b5403045d056502eda1204c33a'/>
<id>urn:sha1:1460c152c53335b5403045d056502eda1204c33a</id>
<content type='text'>
Usually we get all the values we wanted but it is possible, that te ADC
unit is busy performing the conversation for the HW events. In that case
-EBUSY is returned and the user may re-call the function.

Acked-by: Jonathan Cameron &lt;jic23@kernel.org&gt;
Signed-off-by: Sebastian Andrzej Siewior &lt;bigeasy@linutronix.de&gt;
</content>
</entry>
<entry>
<title>iio: ti_am335x_adc: Allow to specify input line</title>
<updated>2013-06-12T16:50:23Z</updated>
<author>
<name>Sebastian Andrzej Siewior</name>
</author>
<published>2013-05-29T15:39:02Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=18926edebcb82ca325abf843293801d4ff43436a'/>
<id>urn:sha1:18926edebcb82ca325abf843293801d4ff43436a</id>
<content type='text'>
The TSC part allows to specify the input lines. The IIO part assumes
that it usues always the last few, that means if IIO has adc-channels
set to 2 it will use channel 6 and 7. However it might make sense to use
only 6.
This patch changes the device property (which was introduced recently
and was never in an official release) in a way that the user can specify
which of the AIN lines should be used. In Addition to this, the name is
now AINx where x is the channel number i.e. for AIN6 we would have 6.
Prior this, it always started counting at 0 which is confusing. In
addition to this, it also checks for correct step number during reading
and does not rely on proper FIFO depth.

Acked-by: Jonathan Cameron &lt;jic23@kernel.org&gt;
Signed-off-by: Sebastian Andrzej Siewior &lt;bigeasy@linutronix.de&gt;
</content>
</entry>
<entry>
<title>input: ti_am335x_adc: use only FIFO0 and clean up a little</title>
<updated>2013-06-12T16:50:22Z</updated>
<author>
<name>Sebastian Andrzej Siewior</name>
</author>
<published>2013-05-29T12:46:21Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=8c896308feae7fb2e8da4ae4c09fe2d2ca18ad7b'/>
<id>urn:sha1:8c896308feae7fb2e8da4ae4c09fe2d2ca18ad7b</id>
<content type='text'>
The driver programs a threshold of "coordinate_readouts" say 5. The
REG_FIFO0THR registers says it should it be programmed to "threshold
minus one". The driver does not expect just 5 coordinates but 5 * 2 + 2.
Multiplied by two because 5 for X and 5 for Y and plus 2 because we have
two Z.
The whole thing kind of works because It reads the 5 coordinates for X
and Y from FIFO0 and FIFO1 and the last element in each FIFO is ignored
within the loop and read later.
Nothing guaranties that FIFO1 is ready by the time it is read. In fact I
could see that that FIFO1 reaturns for Y channels 8,9, 10, 12, 6 and for
Y channel 7 for Z. The problem is that channel 7 and channel 12 got
somehow mixed up.
The other Problem is that FIFO1 is also used by the IIO part leading to
wrong results if both (tsc &amp; adc) are used.

The patch tries to clean up the whole thing a little:
- Remove the +1 and -1 in REG_STEPCONFIG, REG_STEPDELAY and its counter
  part in the for loop. This is just confusing.

- Use only FIFO0 in TSC. The fifo has space for 64 entries so should be
  fine.

- Read the whole FIFO in one function and check the channel.

- in case we dawdle around, make sure we only read a multiple of our
  coordinate set. On the second interrupt we will cleanup the remaining
  enties.

Acked-by: Dmitry Torokhov &lt;dmitry.torokhov@gmail.com&gt;
Signed-off-by: Sebastian Andrzej Siewior &lt;bigeasy@linutronix.de&gt;
</content>
</entry>
<entry>
<title>mfd: iio: ti_am335x_adc: rename device from tiadc to TI-am335x-adc</title>
<updated>2013-06-12T16:50:21Z</updated>
<author>
<name>Sebastian Andrzej Siewior</name>
</author>
<published>2013-05-27T15:12:52Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=9f99928fe0a03dd2ba5894b7bb942cc50b5d7c5e'/>
<id>urn:sha1:9f99928fe0a03dd2ba5894b7bb942cc50b5d7c5e</id>
<content type='text'>
TI-adc reads a little better compared to tiadc. And if we add am335x to
it then we have the same naming scheme as the tsc side.

Acked-by: Jonathan Cameron &lt;jic23@kernel.org&gt;
Signed-off-by: Sebastian Andrzej Siewior &lt;bigeasy@linutronix.de&gt;
</content>
</entry>
<entry>
<title>iio: ti_tscadc: provide datasheet_name and scan_type</title>
<updated>2013-06-12T16:50:20Z</updated>
<author>
<name>Pantelis Antoniou</name>
</author>
<published>2012-10-13T13:37:24Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=c80df483f61d0464224dc4386ced470c7275d78f'/>
<id>urn:sha1:c80df483f61d0464224dc4386ced470c7275d78f</id>
<content type='text'>
This patch provides the members "datasheet_name" and scan_type. This is
the remaining part of the earlier patch where I (bigeasy) removed iio_map
because it is now supplied by the device tree. It also static names as
suggested by Jonathan.

Acked-by: Jonathan Cameron &lt;jic23@kernel.org&gt;
Signed-off-by: Pantelis Antoniou &lt;panto@antoniou-consulting.com&gt;
Signed-off-by: Felipe Balbi &lt;balbi@ti.com&gt;
Signed-off-by: Sebastian Andrzej Siewior &lt;bigeasy@linutronix.de&gt;
</content>
</entry>
<entry>
<title>iio: ti_am335x_adc: remove platform_data support</title>
<updated>2013-06-12T16:36:31Z</updated>
<author>
<name>Sebastian Andrzej Siewior</name>
</author>
<published>2013-05-21T15:49:22Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=0ead4fb22a5f1b31fee966117604e3be9cdeb2fb'/>
<id>urn:sha1:0ead4fb22a5f1b31fee966117604e3be9cdeb2fb</id>
<content type='text'>
This patch removes access to platform data mfd_tscadc_board because the
platform is DT only.

Acked-by: Jonathan Cameron &lt;jic23@kernel.org&gt;
Signed-off-by: Sebastian Andrzej Siewior &lt;bigeasy@linutronix.de&gt;
</content>
</entry>
</feed>
