[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20110814083618.GE4986@n2100.arm.linux.org.uk>
Date: Sun, 14 Aug 2011 09:36:18 +0100
From: Russell King - ARM Linux <linux@....linux.org.uk>
To: Viresh Kumar <viresh.kumar@...com>
Cc: linus.walleij@...aro.org, pratyush.anand@...com,
rajeev-dlh.kumar@...com, bhupesh.sharma@...com,
shiraz.hashim@...com, vinod.koul@...el.com,
linux-kernel@...r.kernel.org, vipin.kumar@...com,
armando.visconti@...com, amit.virdi@...com,
vipulkumar.samar@...com, viresh.linux@...il.com,
deepak.sikri@...com, dan.j.williams@...el.com,
linux-arm-kernel@...ts.infradead.org
Subject: Re: [PATCH 16/18] dmaengine/amba-pl08x: Add support for sg len
greater than one for slave transfers
On Fri, Jul 29, 2011 at 04:19:26PM +0530, Viresh Kumar wrote:
> Untill now, sg_len greater than one is not supported. This patch adds support to
> do that.
I'm not sure that this is the correct approach. memcpy()s can only be
used with one single buffer, so the sg stuff for that (and the unmapping
support) doesn't make sense at all.
The only place where this makes sense is the slave sg stuff. I wonder
whether we can better deal with that by having the LLI setup code deal
with one SG list entry at a time, and chain each together.
Something I've also been pondering which is related to this is linking
together DMA operations using the LLI chaining when interrupts and
callbacks aren't required. It's a very similar problem. Other DMA
engine drivers do this.
Finally, note that some of the PL08x code assumes that for any TXD,
the LLI list is a contiguous array. See the first part of
pl08x_getbytes_chan(). That needs fixing as soon as we start going to
more than one SG list entry.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists