<feed xmlns='http://www.w3.org/2005/Atom'>
<title>kernel.git/drivers/iio/industrialio-buffer.c, branch linux-3.19.y</title>
<subtitle>Hosts the 0x221E linux distro kernel.
</subtitle>
<id>https://git.0xinfinity.dev/distro/kernel.git/atom?h=linux-3.19.y</id>
<link rel='self' href='https://git.0xinfinity.dev/distro/kernel.git/atom?h=linux-3.19.y'/>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/'/>
<updated>2014-08-25T18:09:35Z</updated>
<entry>
<title>Merge tag 'iio-for-3.18a' of git://git.kernel.org/pub/scm/linux/kernel/git/jic23/iio into work-next</title>
<updated>2014-08-25T18:09:35Z</updated>
<author>
<name>Greg Kroah-Hartman</name>
</author>
<published>2014-08-25T18:09:35Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=39bdc95871b57828b3bbefc0280a1a80a6b63d9e'/>
<id>urn:sha1:39bdc95871b57828b3bbefc0280a1a80a6b63d9e</id>
<content type='text'>
Jonathan writes:

1st round of new IIO drivers, functionality and cleanups for the 3.18 cycle.

Maintainer Updates

* Add 3 designated reviewers for IIO.  Lars, Peter and Hartmut have been
  actively reviewing a lot of patches for a while now so this reflects
  the status quo.  These three are probably the only reason I keep
  my head above the water!

New drivers and device support

* max5821 DAC
* Rockchip SARADC
* TI ADC128S052 ADC
* BMC150 Accelerometer
* exynos ADC driver gains support for s3c24xx and s3c64xx parts.
* kxcjk-1013 gainst range control and runtime PM support to drive
  down it's power usage.

Driver removals

* Drop ad5930, ad99850, ad9852, ad9910 and ad9951 drivers on the simple
  basis that they drivers just provided a register write function with
  no compliant user space ABI whatsoever.  Much better to drop them and
  start again for these in the fullness of time.

Core Enhancements

* Join together neighbouring elements in the demux units that feeds
  the binary interfaces.  This cuts down on the number of individual
  copies needed  when splitting out individual channels from the incoming
  channel scans.
* Other demux related cleanups such as using roundup instead of a local
  implementation.

Cleanups

* Drop an unnecessary double setting of the owner field in xilinx adc.
* Some more patches to use managed (devm) interfaces to cut down on
  complexity of removal code.
* adis16060 coding style fixlets.
* Fix some incorrect error returns in the Xilinx ADC driver.
* Coding style fixlets for various accelerometer drivers.
* Some sparse warning fixes to do with endianness and sign of variables.
* Fix an incorrect and entirely pointless use of sizeof on a dynamic pointer
  in hid-sensor-magn-3d by dropping the relevant code.
</content>
</entry>
<entry>
<title>iio:buffer: Wrong sized allocation of demux table elements.</title>
<updated>2014-08-08T10:22:06Z</updated>
<author>
<name>Jonathan Cameron</name>
</author>
<published>2014-08-08T08:43:00Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=7cdca1784c6e1c9bacf053847676df53eec7b5ea'/>
<id>urn:sha1:7cdca1784c6e1c9bacf053847676df53eec7b5ea</id>
<content type='text'>
The size of the allocation is currently set to the size of the pointer
rather than the structure we should actually be allocating.

Signed-off-by: Jonathan Cameron &lt;jic23@kernel.org&gt;
Reported-by: kbuild@01.org
Reported-by: Dan Carpenter &lt;dan.carpenter@oracle.com&gt;
Acked-by: Lars-Peter Clausen &lt;lars@metafoo.de&gt;
</content>
</entry>
<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: Coalesce adjacent demux table entries</title>
<updated>2014-08-01T17:26:29Z</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=cbe88bcc8ec2f7d6739ea67d7c91517139f0a491'/>
<id>urn:sha1:cbe88bcc8ec2f7d6739ea67d7c91517139f0a491</id>
<content type='text'>
When copying multiple multiple samples that are adjacent in both the source as
well as the destination buffer, instead of creating a new demux table entry for
each sample just increase the length of the previous entry by the size of the
new sample. This makes the demuxing process slightly more efficient.

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: buffer: Use roundup() instead of open-coding it</title>
<updated>2014-07-27T18:13:08Z</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=61072dbc8a017039059ec0e94548e4ba31602893'/>
<id>urn:sha1:61072dbc8a017039059ec0e94548e4ba31602893</id>
<content type='text'>
Makes the code slightly shorter and a bit easier to understand.

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: 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>
</feed>
