Re: [PATCH v4 00/25] dmaengine/ARM: Merge the edma drivers into one

2015-10-06 Thread Koul, Vinod
On Tue, 2015-10-06 at 09:15 +0300, Peter Ujfalusi wrote: > Hi > > On 09/24/2015 01:01 PM, Peter Ujfalusi wrote: > > Hi, > > > > Changes since v3: > > - Separated the two (patch 10/11 in v2 patch 10 in v3) patch which got > > squashed > > by accident for v3 > > - Added Tony's Acked-by to patch

Re: [PATCH] DMAEngine: Define generic transfer request api

2011-08-19 Thread Koul, Vinod
On Fri, 2011-08-19 at 21:16 +0530, Jassi Brar wrote: > On 19 August 2011 19:49, Linus Walleij wrote: > > 2011/8/19 Koul, Vinod : > >> On Tue, 2011-08-16 at 15:06 +0200, Linus Walleij wrote: > >>> On Tue, Aug 16, 2011 at 2:56 PM, Koul, Vinod wrote: > > > >

Re: [PATCH] DMAEngine: Define generic transfer request api

2011-08-19 Thread Koul, Vinod
On Tue, 2011-08-16 at 15:06 +0200, Linus Walleij wrote: > On Tue, Aug 16, 2011 at 2:56 PM, Koul, Vinod wrote: > > > Currently we have two approaches to solve this problem first being the > > DMA_STRIDE_CONFIG proposed by Linus W, I feel this one is better > > approach

Re: [PATCH] DMAEngine: Define generic transfer request api

2011-08-16 Thread Koul, Vinod
On Fri, 2011-08-12 at 16:44 +0530, Jassi Brar wrote: > Define a new api that could be used for doing fancy data transfers > like interleaved to contiguous copy and vice-versa. > Traditional SG_list based transfers tend to be very inefficient in > such cases as where the interleave and chunk are onl

RE: [RFC] dmaengine: add new api for preparing simple slave transfer

2011-06-15 Thread Koul, Vinod
On Tue, 2011-06-14 at 12:12 +0530, Raju, Sundaram wrote: > > > > > The overall conclusion which I'm coming to is that we already support > > what you're asking for, but the problem is that we're using different > > (and I'd argue standard) terminology to describe what we have. > > > > The only i

RE: [RFC] dmaengine: add new api for preparing simple slave transfer

2011-06-10 Thread Koul, Vinod
On Fri, 2011-06-10 at 16:43 +0530, Raju, Sundaram wrote: > Vinod, ... > > > > > Now coming to the buffer related attributes, sg list is a nice way to > > > represent a disjoint buffer; all the offload engines in drivers/dma > > > create a descriptor for each of the contiguous chunk in the sg list

Re: [RFC] dmaengine: add new api for preparing simple slave transfer

2011-06-09 Thread Koul, Vinod
On Thu, 2011-06-09 at 17:32 +0100, Russell King - ARM Linux wrote: > On Thu, Jun 09, 2011 at 09:31:56PM +0530, Raju, Sundaram wrote: > > Here it is, with proper line wrapping; > > Thanks. This is much easier to reply to. > > > I believe that even though the dmaengine framework addresses and > >

RE: [RFC] dmaengine: add new api for preparing simple slave transfer

2011-06-09 Thread Koul, Vinod
On Thu, 2011-06-09 at 21:31 +0530, Raju, Sundaram wrote: > Here it is, with proper line wrapping; Please cc the respective MAINTAINERS, added Dan... > > SDMA and EDMA are TI SoC specific DMA controllers. Their drivers have > been maintained in the respective SoC folders till now. > arch/arm/plat