On Fri, 2011-07-08 at 11:04 +0100, Russell King - ARM Linux wrote:
On Fri, Jul 08, 2011 at 01:52:17PM +0530, Raju, Sundaram wrote:
I am planning to move TI SDMA driver in OMAP tree
into the dmaengine framework.
The first immediate issue of concern I noticed is the
huge number of client
Hi,
I am planning to move TI SDMA driver in OMAP tree
into the dmaengine framework.
The first immediate issue of concern I noticed is the
huge number of client drivers that use the existing SDMA driver.
More than 15 client drivers are using the current SDMA driver.
Moving the SDMA driver along
On Fri, Jul 08, 2011 at 01:52:17PM +0530, Raju, Sundaram wrote:
I am planning to move TI SDMA driver in OMAP tree
into the dmaengine framework.
The first immediate issue of concern I noticed is the
huge number of client drivers that use the existing SDMA driver.
More than 15 client drivers
] dmaengine: Moving TI SDMA driver to dmaengine - design
plan
On Fri, Jul 08, 2011 at 01:52:17PM +0530, Raju, Sundaram wrote:
I am planning to move TI SDMA driver in OMAP tree
into the dmaengine framework.
The first immediate issue of concern I noticed is the
huge number of client drivers
, Santosh; linux-ker...@vger.kernel.org
Subject: Re: [RFC] dmaengine: Moving TI SDMA driver to dmaengine - design
plan
On Fri, Jul 08, 2011 at 01:52:17PM +0530, Raju, Sundaram wrote:
I am planning to move TI SDMA driver in OMAP tree
into the dmaengine framework.
The first immediate
On Fri, Jul 8, 2011 at 10:22 AM, Raju, Sundaram sunda...@ti.com wrote:
I would like to follow the Freescale i.MX DMA driver model,
where imx-dma.c in drivers/dma which implements all the
dmaengine hooks, internally uses the APIs in dma-v1.c file in
arch/arm/mach-imx. All APIs in dma-v1.c are