<feed xmlns='http://www.w3.org/2005/Atom'>
<title>kernel.git/drivers/iio/industrialio-buffer.c, branch linux-3.17.y</title>
<subtitle>Hosts the 0x221E linux distro kernel.
</subtitle>
<id>https://git.0xinfinity.dev/distro/kernel.git/atom?h=linux-3.17.y</id>
<link rel='self' href='https://git.0xinfinity.dev/distro/kernel.git/atom?h=linux-3.17.y'/>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/'/>
<updated>2014-08-05T01:36:12Z</updated>
<entry>
<title>Merge tag 'staging-3.17-rc1' of git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/staging</title>
<updated>2014-08-05T01:36:12Z</updated>
<author>
<name>Linus Torvalds</name>
</author>
<published>2014-08-05T01:36:12Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=53ee983378ff23e8f3ff95ecf99dea7c6c221900'/>
<id>urn:sha1:53ee983378ff23e8f3ff95ecf99dea7c6c221900</id>
<content type='text'>
Pull staging driver updates from Greg KH:
 "Here's the big pull request for the staging driver tree for 3.17-rc1.

  Lots of things in here, over 2000 patches, but the best part is this:
   1480 files changed, 39070 insertions(+), 254659 deletions(-)

  Thanks to the great work of Kristina Martšenko, 14 different staging
  drivers have been removed from the tree as they were obsolete and no
  one was willing to work on cleaning them up.  Other than the driver
  removals, loads of cleanups are in here (comedi, lustre, etc.) as well
  as the usual IIO driver updates and additions.

  All of this has been in the linux-next tree for a while"

* tag 'staging-3.17-rc1' of git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/staging: (2199 commits)
  staging: comedi: addi_apci_1564: remove diagnostic interrupt support code
  staging: comedi: addi_apci_1564: add subdevice to check diagnostic status
  staging: wlan-ng: coding style problem fix
  staging: wlan-ng: fixing coding style problems
  staging: comedi: ii_pci20kc: request and ioremap memory
  staging: lustre: bitwise vs logical typo
  staging: dgnc: Remove unneeded dgnc_trace.c and dgnc_trace.h
  staging: dgnc: rephrase comment
  staging: comedi: ni_tio: remove some dead code
  staging: rtl8723au: Fix static symbol sparse warning
  staging: rtl8723au: usb_dvobj_init(): Remove unused variable 'pdev_desc'
  staging: rtl8723au: Do not duplicate kernel provided USB macros
  staging: rtl8723au: Remove never set struct pwrctrl_priv.bHWPowerdown
  staging: rtl8723au: Remove two never set variables
  staging: rtl8723au: RSSI_test is never set
  staging:r8190: coding style: Fixed checkpatch reported Error
  staging:r8180: coding style: Fixed too long lines
  staging:r8180: coding style: Fixed commenting style
  staging: lustre: ptlrpc: lproc_ptlrpc.c - fix dereferenceing user space buffer
  staging: lustre: ldlm: ldlm_resource.c - fix dereferenceing user space buffer
  ...
</content>
</entry>
<entry>
<title>iio: buffer: Fix demux table creation</title>
<updated>2014-07-20T14:44:39Z</updated>
<author>
<name>Lars-Peter Clausen</name>
</author>
<published>2014-07-17T15:59:00Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=61bd55ce1667809f022be88da77db17add90ea4e'/>
<id>urn:sha1:61bd55ce1667809f022be88da77db17add90ea4e</id>
<content type='text'>
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 &lt;lars@metafoo.de&gt;
Signed-off-by: Jonathan Cameron &lt;jic23@kernel.org&gt;
Cc: Stable@vger.kernel.org
</content>
</entry>
<entry>
<title>iio: staging: sca3000: hide stufftoread logic</title>
<updated>2014-06-29T13:43:38Z</updated>
<author>
<name>Josselin Costanzi</name>
</author>
<published>2014-06-27T16:20:00Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=9dd4694dafbd8b44ac4ca740beede18ca67d725f'/>
<id>urn:sha1:9dd4694dafbd8b44ac4ca740beede18ca67d725f</id>
<content type='text'>
Change sca3000_ring implementation so that it exports a data_available
function to iio.

Signed-off-by: Josselin Costanzi &lt;josselin.costanzi@mobile-devices.fr&gt;
Signed-off-by: Jonathan Cameron &lt;jic23@kernel.org&gt;
</content>
</entry>
<entry>
<title>IIO: core: Modify scan element type</title>
<updated>2014-04-29T21:07:11Z</updated>
<author>
<name>Srinivas Pandruvada</name>
</author>
<published>2014-04-28T23:51:00Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=0ee8546ac01864b6e12e65199142e00db59c9809'/>
<id>urn:sha1:0ee8546ac01864b6e12e65199142e00db59c9809</id>
<content type='text'>
The current scan element type uses the following format:
  [be|le]:[s|u]bits/storagebits[&gt;&gt;shift].
To specify multiple elements in this type, added a repeat value.
So new format is:
  [be|le]:[s|u]bits/storagebitsXr[&gt;&gt;shift].
Here r is specifying how may times, real/storage bits are repeating.

When X is value is 0 or 1, then repeat value is not used in the format,
and it will be same as existing format.

Signed-off-by: Srinivas Pandruvada &lt;srinivas.pandruvada@linux.intel.com&gt;
Signed-off-by: Jonathan Cameron &lt;jic23@kernel.org&gt;
</content>
</entry>
<entry>
<title>Merge tag 'iio-fixes-for-3.15a' of git://git.kernel.org/pub/scm/linux/kernel/git/jic23/iio into staging-linus</title>
<updated>2014-04-23T04:29:20Z</updated>
<author>
<name>Greg Kroah-Hartman</name>
</author>
<published>2014-04-23T04:29:20Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=8b425aa193439a2b60a988a9230f1de753e36902'/>
<id>urn:sha1:8b425aa193439a2b60a988a9230f1de753e36902</id>
<content type='text'>
Jonathan writes:

First found of IIO fixes for the 3.15 cycle.

* Fix the platform data support for the at91 adc driver.
* A couple of related follow up patches get the support working again
  for at91sam9260 and at91sam9g45 as the earlier patch results in a device
  name change.
* A default timer value in the at91 adc driver was bonkers.  Make it sane.
* Fix incorrect reporting of the integration time for the cm32181 light sensor
* Fix a missing break in the ad2s1200 driver which would have give a false
  error return.
* Make sure buffer scan mask queries from userspace return 0/1 rather than
  a fairly random value depending on their implementation of test_bit
* Fix leak of the i2c client and a null pointer dereference in the cm36651
  driver.
* Fix a build warning on avr32 for the mxs-lradc (not exactly a critical
  combination - but the issue was real).
</content>
</entry>
<entry>
<title>iio: querying buffer scan_mask should return 0/1</title>
<updated>2014-03-22T12:19:07Z</updated>
<author>
<name>Alec Berg</name>
</author>
<published>2014-03-19T18:50:00Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=2076a20fc1a06f7b0333c62a2bb4eeeac7ed1bcb'/>
<id>urn:sha1:2076a20fc1a06f7b0333c62a2bb4eeeac7ed1bcb</id>
<content type='text'>
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 &lt;alecaberg@chromium.org&gt;
Cc: stable@vger.kernel.org
Signed-off-by: Jonathan Cameron &lt;jic23@kernel.org&gt;
</content>
</entry>
<entry>
<title>iio get rid of unneccessary error_ret</title>
<updated>2014-02-18T08:46:36Z</updated>
<author>
<name>Hartmut Knaack</name>
</author>
<published>2014-02-16T11:53:00Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=92825ff97411f0121166485798cdaf2deb6b5952'/>
<id>urn:sha1:92825ff97411f0121166485798cdaf2deb6b5952</id>
<content type='text'>
Get rid of obsolete uses of goto error_ret and some empty lines.

Signed-off-by: Hartmut Knaack &lt;knaack.h@gmx.de&gt;
Signed-off-by: Jonathan Cameron &lt;jic23@kernel.org&gt;
</content>
</entry>
<entry>
<title>iio: Add support for blocking IO on buffers</title>
<updated>2013-12-03T20:22:29Z</updated>
<author>
<name>Lars-Peter Clausen</name>
</author>
<published>2013-11-25T14:56:00Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=ee551a10006f3728c231bbe9c30635ff53250dbc'/>
<id>urn:sha1:ee551a10006f3728c231bbe9c30635ff53250dbc</id>
<content type='text'>
Currently the IIO buffer interface only allows non-blocking reads. This patch
adds support for blocking IO. In blocking mode the thread will go to sleep if no
data is available and will wait for the buffer implementation to signal that new
data is available by waking up the buffers waitqueue.

Signed-off-by: Lars-Peter Clausen &lt;lars@metafoo.de&gt;
Signed-off-by: Jonathan Cameron &lt;jic23@kernel.org&gt;
</content>
</entry>
<entry>
<title>iio: Add data_available callback for buffers</title>
<updated>2013-12-03T20:22:28Z</updated>
<author>
<name>Lars-Peter Clausen</name>
</author>
<published>2013-11-25T14:56:00Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=647cc7b9be861e01723a3183f5d06729a1613a97'/>
<id>urn:sha1:647cc7b9be861e01723a3183f5d06729a1613a97</id>
<content type='text'>
This patch adds a new data_available() callback to the iio_buffer_access_funcs
struct. The callback is used to indicate whether data is available in the buffer
for reading. It is meant to replace the stufftoread flag from the iio_buffer
struct. The reasoning for this is that the buffer implementation usually can
determine whether data is available rather easily based on its state, on the
other hand it can be rather tricky to update the stufftoread flag in a race free
way.

Signed-off-by: Lars-Peter Clausen &lt;lars@metafoo.de&gt;
Signed-off-by: Jonathan Cameron &lt;jic23@kernel.org&gt;
</content>
</entry>
<entry>
<title>Merge 3.12-rc6 into staging-next.</title>
<updated>2013-10-19T20:14:34Z</updated>
<author>
<name>Greg Kroah-Hartman</name>
</author>
<published>2013-10-19T20:14:34Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=f7a0fd56e4f58aec3300082fc10433052e2f1863'/>
<id>urn:sha1:f7a0fd56e4f58aec3300082fc10433052e2f1863</id>
<content type='text'>
We want these fixes in here as well.

Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;
</content>
</entry>
</feed>
