[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Date: Fri, 09 Sep 2011 21:51:22 +0530
From: Vinod Koul <vkoul@...radead.org>
To: Barry Song <21cnbao@...il.com>
Cc: vinod.koul@...el.com, Jassi Brar <jassisinghbrar@...il.com>,
"arnd@...db.de" <arnd@...db.de>,
"linus.walleij@...aro.org" <linus.walleij@...aro.org>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
"workgroup.linux@....com" <workgroup.linux@....com>,
"rongjun.ying@....com" <rongjun.ying@....com>,
"Baohua.Song@....com" <Baohua.Song@....com>,
"Williams, Dan J" <dan.j.williams@...el.com>,
"linux-arm-kernel@...ts.infradead.org"
<linux-arm-kernel@...ts.infradead.org>
Subject: Re: [PATCH] dmaengine: add CSR SiRFprimaII DMAC driver
On Fri, 2011-09-09 at 16:18 +0800, Barry Song wrote:
> 2011/9/9 Vinod Koul <vkoul@...radead.org>:
> > Looks like Jassi got a user for his proposed API. I am not sure whats
> > going on with TI folks, they never showed up here @LPC.
>
> yes, i can definitely be an user of Jassi's new generic api. it seems
> the api is just there for dma in 2d.
>
> Jassi prefer to use a transfer type instead of a control command.
> though we will not really change the interleaved setting for every
> transfer(it is more possible for one device, we will not change the
> xlen/ylen/dma_width setting in the whole life period), i do believe
> the transfer type is enough flexible for my possible applications to
> change xlen, ylen and dma_width in different transfers.
>
> as we know, interleaved DMA can also be used for audio driver. for
> some audio controllers, if there are n channels, it can't tranfer the
> whole audio frame to sound card by one dma channel, and it needs to
> tranfer every channel by separate dma. typically, we can define this
> kind of xfer to skip other n-1 channel.
>
> Jassi, you might think my reply as an ACK to "[PATCH] DMAEngine:
> Define generic transfer request api".
Great, can you two redo patch along with this driver as user of new
API :)
--
~Vinod Koul
Intel Corp.
--
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