<feed xmlns='http://www.w3.org/2005/Atom'>
<title>talos-op-linux/drivers/spi, branch v4.4.4</title>
<subtitle>Talos™ II Linux sources for OpenPOWER</subtitle>
<id>https://git.raptorcs.com/git/talos-op-linux/atom?h=v4.4.4</id>
<link rel='self' href='https://git.raptorcs.com/git/talos-op-linux/atom?h=v4.4.4'/>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-op-linux/'/>
<updated>2016-03-03T23:07:27+00:00</updated>
<entry>
<title>spi: atmel: fix gpio chip-select in case of non-DT platform</title>
<updated>2016-03-03T23:07:27+00:00</updated>
<author>
<name>Cyrille Pitchen</name>
<email>cyrille.pitchen@atmel.com</email>
</author>
<published>2016-01-27T16:48:32+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-op-linux/commit/?id=44c7d7625f76a987f59b588fcb8727c7b286b99d'/>
<id>urn:sha1:44c7d7625f76a987f59b588fcb8727c7b286b99d</id>
<content type='text'>
commit 70f340df24518d36eeaefb6652d492f250115c19 upstream.

The non-DT platform that uses this driver (actually the AVR32) was taking a bad
branch for determining if the IP would use gpio for CS.
Adding the presence of DT as a condition fixes this issue.

Fixes: 4820303480a1 ("spi: atmel: add support for the internal chip-select of the spi controller")
Reported-by: Mans Rullgard &lt;mans@mansr.com&gt;
Signed-off-by: Cyrille Pitchen &lt;cyrille.pitchen@atmel.com&gt;
[nicolas.ferre@atmel.com: extract from ml discussion]
Signed-off-by: Nicolas Ferre &lt;nicolas.ferre@atmel.com&gt;
Tested-by: Mans Rullgard &lt;mans@mansr.com&gt;
Signed-off-by: Mark Brown &lt;broonie@kernel.org&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;

</content>
</entry>
<entry>
<title>spi: omap2-mcspi: Prevent duplicate gpio_request</title>
<updated>2016-03-03T23:07:10+00:00</updated>
<author>
<name>Michael Welling</name>
<email>mwelling@ieee.org</email>
</author>
<published>2015-11-30T15:02:39+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-op-linux/commit/?id=50d60403753a0149c82e5b1851e0cd0499ddff4e'/>
<id>urn:sha1:50d60403753a0149c82e5b1851e0cd0499ddff4e</id>
<content type='text'>
commit 2f538c017e1a8620d19553931199c6d6a6d31bb2 upstream.

Occasionally the setup function will be called multiple times. Only request
the gpio the first time otherwise -EBUSY will occur on subsequent calls to
setup.

Reported-by: Joseph Bell &lt;joe@iachieved.it&gt;

Signed-off-by: Michael Welling &lt;mwelling@ieee.org&gt;
Signed-off-by: Mark Brown &lt;broonie@kernel.org&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;

</content>
</entry>
<entry>
<title>Merge remote-tracking branches 'spi/fix/dspi' and 'spi/fix/spidev' into spi-linus</title>
<updated>2015-12-16T13:28:32+00:00</updated>
<author>
<name>Mark Brown</name>
<email>broonie@kernel.org</email>
</author>
<published>2015-12-16T13:28:32+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-op-linux/commit/?id=c1f4a149406ce41962c6ba7d92047563f9e26e0b'/>
<id>urn:sha1:c1f4a149406ce41962c6ba7d92047563f9e26e0b</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Merge remote-tracking branch 'spi/fix/core' into spi-linus</title>
<updated>2015-12-16T13:28:31+00:00</updated>
<author>
<name>Mark Brown</name>
<email>broonie@kernel.org</email>
</author>
<published>2015-12-16T13:28:31+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-op-linux/commit/?id=9ce5db27f4a959ca58d768c5c8e5c98a47361e67'/>
<id>urn:sha1:9ce5db27f4a959ca58d768c5c8e5c98a47361e67</id>
<content type='text'>
</content>
</entry>
<entry>
<title>spi: fix parent-device reference leak</title>
<updated>2015-12-16T12:28:25+00:00</updated>
<author>
<name>Johan Hovold</name>
<email>johan@kernel.org</email>
</author>
<published>2015-12-14T15:16:19+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-op-linux/commit/?id=157f38f993919b648187ba341bfb05d0e91ad2f6'/>
<id>urn:sha1:157f38f993919b648187ba341bfb05d0e91ad2f6</id>
<content type='text'>
Fix parent-device reference leak due to SPI-core taking an unnecessary
reference to the parent when allocating the master structure, a
reference that was never released.

Note that driver core takes its own reference to the parent when the
master device is registered.

Fixes: 49dce689ad4e ("spi doesn't need class_device")
Signed-off-by: Johan Hovold &lt;johan@kernel.org&gt;
Signed-off-by: Mark Brown &lt;broonie@kernel.org&gt;
Cc: stable@vger.kernel.org
</content>
</entry>
<entry>
<title>spi: spidev: Hold spi_lock over all defererences of spi in release()</title>
<updated>2015-12-16T12:09:35+00:00</updated>
<author>
<name>Mark Brown</name>
<email>broonie@kernel.org</email>
</author>
<published>2015-11-16T13:57:37+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-op-linux/commit/?id=56ea1075e7f07724cf9b91039aa0968a0c70112f'/>
<id>urn:sha1:56ea1075e7f07724cf9b91039aa0968a0c70112f</id>
<content type='text'>
We use the spi_lock spinlock to protect against races between the device
being removed and file operations on the spidev.  This means that in the
removal path all references to the device need to be done under lock as
in removal we dropping references to the device.

Reported-by: Vegard Nossum &lt;vegard.nossum@oracle.com&gt;
Signed-off-by: Mark Brown &lt;broonie@kernel.org&gt;
</content>
</entry>
<entry>
<title>spi-fsl-dspi: Fix CTAR Register access</title>
<updated>2015-12-12T22:33:09+00:00</updated>
<author>
<name>Bhuvanchandra DV</name>
<email>bhuvanchandra.dv@toradex.com</email>
</author>
<published>2015-12-10T05:55:30+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-op-linux/commit/?id=ef22d1604c622d24ded69f40d40c3c6d83f71156'/>
<id>urn:sha1:ef22d1604c622d24ded69f40d40c3c6d83f71156</id>
<content type='text'>
DSPI instances in Vybrid have a different amount of chip selects
and CTARs (Clock and transfer Attributes Register). In case of
DSPI1 we only have 2 CTAR registers and 4 CS. In present driver
implementation CTAR offset is derived from CS instance which will
lead to out of bound access if chip select instance is greater than
CTAR register instance, hence use single CTAR0 register for all CS
instances. Since we write the CTAR register anyway before each access,
there is no value in using the additional CTAR registers. Also one
should not program a value in CTAS for a CTAR register that is not
present, hence configure CTAS to use CTAR0.

Signed-off-by: Bhuvanchandra DV &lt;bhuvanchandra.dv@toradex.com&gt;
Acked-by: Stefan Agner &lt;stefan@agner.ch&gt;
Signed-off-by: Mark Brown &lt;broonie@kernel.org&gt;
</content>
</entry>
<entry>
<title>Merge remote-tracking branches 'spi/fix/bcm63xx', 'spi/fix/doc', 'spi/fix/mediatek' and 'spi/fix/pl022' into spi-linus</title>
<updated>2015-11-30T12:26:47+00:00</updated>
<author>
<name>Mark Brown</name>
<email>broonie@kernel.org</email>
</author>
<published>2015-11-30T12:26:47+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-op-linux/commit/?id=a057d737d6ad64c47eb60d7c058cdab6585e96a6'/>
<id>urn:sha1:a057d737d6ad64c47eb60d7c058cdab6585e96a6</id>
<content type='text'>
</content>
</entry>
<entry>
<title>spi: bugfix: spi_message.transfer_length does not get reset</title>
<updated>2015-11-27T12:55:22+00:00</updated>
<author>
<name>Martin Sperl</name>
<email>kernel@martin.sperl.org</email>
</author>
<published>2015-11-27T12:31:09+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-op-linux/commit/?id=77e8058810303e5c18b462adb4f761dbb4f3b657'/>
<id>urn:sha1:77e8058810303e5c18b462adb4f761dbb4f3b657</id>
<content type='text'>
When submitting an identical spi_message multiple times via spi_sync
the spi_message.frame_length does not get reset to 0 in __spi_validate
before adding up all spi_transfer.len resulting in
frame_length &gt; actual_length on all but the first spi_sync call.

Signed-off-by: Martin Sperl &lt;kernel@martin.sperl.org&gt;
Signed-off-by: Mark Brown &lt;broonie@kernel.org&gt;
</content>
</entry>
<entry>
<title>spi: pl022: handle EPROBE_DEFER for dma</title>
<updated>2015-11-23T11:31:44+00:00</updated>
<author>
<name>Rabin Vincent</name>
<email>rabin.vincent@axis.com</email>
</author>
<published>2015-11-23T07:13:45+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-op-linux/commit/?id=f3d4bb3342630cd3d89882586851498d8dc7c0f2'/>
<id>urn:sha1:f3d4bb3342630cd3d89882586851498d8dc7c0f2</id>
<content type='text'>
Handle EPROBE_DEFER explicitly so that we ensure that we get the DMA
channel specified in the device tree, instead of depending on the DMA
controller getting probed before us.

Signed-off-by: Rabin Vincent &lt;rabin.vincent@axis.com&gt;
Signed-off-by: Mark Brown &lt;broonie@kernel.org&gt;
</content>
</entry>
</feed>
