From: vinod.koul@intel.com (Vinod Koul)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH] DMA: extend documentation to provide more API details
Date: Mon, 7 Oct 2013 21:18:54 +0530 [thread overview]
Message-ID: <20131007154854.GM2954@intel.com> (raw)
In-Reply-To: <Pine.LNX.4.64.1310071725300.20796@axis700.grange>
On Mon, Oct 07, 2013 at 05:28:37PM +0200, Guennadi Liakhovetski wrote:
> > > > > > No, not something in the middle. I was thinking about
> > > > > >
> > > > > > (1) cookie 1-3 are submitted
> > > > > > (2) cookie 1 succeeds
> > > > > > (3) a DMA error occurs, cookies 2-3 are discarded
> > > > discarded using terminate_all right?
> > >
> > > No, by the dmaengine driver as a part of the error processing.
> > And how will that be done...?
>
> Sorry, I meant - DMA descriptors with cookies #2 and #3 will be cancelled
> and recycled by the dmaengine driver. That's what you have to do, when
> processing DMA error IRQ.
well the term cancel means someone went ahead and requested abort/terminate of a
transaction...
As we discussed in other mail on this thread the most common occurrence will be
timeout on client side and client cant cancel selectively.
For dma driver detection error, which is quite rare in slave usages, if people
think its common for them we cna indicate this thru status in callback. Then
client will know and doesnt need to query.
Recycling cookie has a large space so i dont think we will get confused
with a recycled one
--
~Vinod
next prev parent reply other threads:[~2013-10-07 15:48 UTC|newest]
Thread overview: 31+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-10-05 17:36 [PATCH] DMA: extend documentation to provide more API details Guennadi Liakhovetski
2013-10-05 19:02 ` Russell King - ARM Linux
2013-10-05 21:00 ` Guennadi Liakhovetski
2013-10-05 23:31 ` Russell King - ARM Linux
2013-10-06 5:20 ` Vinod Koul
2013-10-07 10:45 ` Guennadi Liakhovetski
2013-10-07 10:41 ` Vinod Koul
2013-10-07 12:17 ` Guennadi Liakhovetski
2013-10-07 11:17 ` Russell King - ARM Linux
2013-10-07 10:39 ` Vinod Koul
2013-10-07 12:15 ` Guennadi Liakhovetski
2013-10-07 14:25 ` Vinod Koul
2013-10-07 15:28 ` Guennadi Liakhovetski
2013-10-07 14:43 ` Vinod Koul
2013-10-07 15:45 ` Guennadi Liakhovetski
2013-10-07 15:52 ` Vinod Koul
2013-10-07 20:55 ` Guennadi Liakhovetski
2013-10-08 3:52 ` Vinod Koul
2013-10-08 7:28 ` Guennadi Liakhovetski
2013-10-07 15:48 ` Vinod Koul [this message]
2013-10-07 20:43 ` Guennadi Liakhovetski
2013-10-08 3:58 ` Vinod Koul
2013-10-08 7:17 ` Guennadi Liakhovetski
2013-10-09 1:34 ` Dan Williams
2013-10-10 16:15 ` Vinod Koul
2013-10-16 19:33 ` Stephen Warren
2013-10-17 5:16 ` Vinod Koul
2013-10-17 14:55 ` Stephen Warren
2013-10-17 17:00 ` Dan Williams
2013-10-07 7:40 ` Guennadi Liakhovetski
2013-10-09 1:28 ` Dan Williams
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20131007154854.GM2954@intel.com \
--to=vinod.koul@intel.com \
--cc=linux-arm-kernel@lists.infradead.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).