<feed xmlns='http://www.w3.org/2005/Atom'>
<title>linux/drivers/dma/cppi41.c, branch v3.12.10</title>
<subtitle>Linux kernel source tree</subtitle>
<id>https://git.amat.us/linux/atom/drivers/dma/cppi41.c?h=v3.12.10</id>
<link rel='self' href='https://git.amat.us/linux/atom/drivers/dma/cppi41.c?h=v3.12.10'/>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/'/>
<updated>2013-08-28T22:46:33Z</updated>
<entry>
<title>dma: cppi41: off by one in desc_to_chan()</title>
<updated>2013-08-28T22:46:33Z</updated>
<author>
<name>Dan Carpenter</name>
<email>dan.carpenter@oracle.com</email>
</author>
<published>2013-08-28T10:48:44Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=2d17f7fb693bfb197d1e7007f2060deba78ae675'/>
<id>urn:sha1:2d17f7fb693bfb197d1e7007f2060deba78ae675</id>
<content type='text'>
The test here should be "&gt;=" instead of "&gt;".  The cdd-&gt;chan_busy[] array
has "ALLOC_DECS_NUM" elements.

Signed-off-by: Dan Carpenter &lt;dan.carpenter@oracle.com&gt;
Acked-by: Vinod Koul &lt;vinod.koul@intel.com&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>dma: cpp41: enable pm_runtime during init</title>
<updated>2013-08-27T19:19:52Z</updated>
<author>
<name>Sebastian Andrzej Siewior</name>
<email>bigeasy@linutronix.de</email>
</author>
<published>2013-08-20T16:35:53Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=d6aafa2bf3bc1ca43405a4b753d91d7549224fdc'/>
<id>urn:sha1:d6aafa2bf3bc1ca43405a4b753d91d7549224fdc</id>
<content type='text'>
With enabled pm_runtime in the kernel the device won't work because it
is not "on" during the probe function. This patch enables the device via
pm_runtime on probe so it remains activated.

Acked-by: Vinod Koul &lt;vinod.koul@intel.com&gt;
Signed-off-by: Sebastian Andrzej Siewior &lt;bigeasy@linutronix.de&gt;
Signed-off-by: Felipe Balbi &lt;balbi@ti.com&gt;
</content>
</entry>
<entry>
<title>dma: cpp41: make it compile with CONFIG_BUG=n</title>
<updated>2013-08-27T19:08:11Z</updated>
<author>
<name>Sebastian Andrzej Siewior</name>
<email>bigeasy@linutronix.de</email>
</author>
<published>2013-08-16T15:40:55Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=bd2fbf3a5602d9721b82e4fc71a68167f3a7ec86'/>
<id>urn:sha1:bd2fbf3a5602d9721b82e4fc71a68167f3a7ec86</id>
<content type='text'>
Before Randy figures out that this does not compile with CONFIG_BUG=n
here is a fix for it.

Acked-by: Vinod Koul &lt;vinod.koul@intel.com&gt;
Signed-off-by: Sebastian Andrzej Siewior &lt;bigeasy@linutronix.de&gt;
Signed-off-by: Felipe Balbi &lt;balbi@ti.com&gt;
</content>
</entry>
<entry>
<title>usb: musb dma: add cppi41 dma driver</title>
<updated>2013-08-09T14:40:16Z</updated>
<author>
<name>Sebastian Andrzej Siewior</name>
<email>bigeasy@linutronix.de</email>
</author>
<published>2013-06-20T10:13:04Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=9b3452d1fa3c017d3664ff9e6a601daa6e0576eb'/>
<id>urn:sha1:9b3452d1fa3c017d3664ff9e6a601daa6e0576eb</id>
<content type='text'>
This driver is currently used by musb' cppi41 couter part. I may merge
both dma engine user of musb at some point but not just yet.

The driver seems to work in RX/TX mode in host mode, tested on mass
storage. I increaed the size of the TX / RX transfers and waited for the
core code to cancel a transfers and it seems to recover.

v2..3:
- use mall transfers on RX side and check data toggle.
- use rndis mode on tx side so we haveon interrupt for 4096 transfers.
- remove custom "transferred" hack and use dmaengine_tx_status() to
  compute the total amount of data that has been transferred.
- cancel transfers and reclaim descriptors

v1..v2:
- RX path added
- dma mode 0 &amp; 1 is working
- device tree nodes re-created.

Cc: Vinod Koul &lt;vinod.koul@intel.com&gt;
Cc: Dan Williams &lt;djbw@fb.com&gt;
Signed-off-by: Sebastian Andrzej Siewior &lt;bigeasy@linutronix.de&gt;
Signed-off-by: Felipe Balbi &lt;balbi@ti.com&gt;
</content>
</entry>
</feed>
