-Original Message-
From: Jassi Brar [mailto:jassisinghb...@gmail.com]
Sent: Tuesday, July 12, 2011 6:15 PM
To: Raju, Sundaram
Cc: Linus Walleij; linux-arm-ker...@lists.infradead.org; linux-
ker...@vger.kernel.org; davinci-linux-open-sou...@linux.davincidsp.com;
li
-Original Message-
From: Linus Walleij [mailto:linus.wall...@linaro.org]
Sent: Tuesday, July 12, 2011 3:28 PM
To: Dan Williams
Cc: Raju, Sundaram; linux-arm-ker...@lists.infradead.org; linux-
ker...@vger.kernel.org; davinci-linux-open-sou...@linux.davincidsp.com;
li
-Original Message-
From: Linus Walleij [mailto:linus.wall...@linaro.org]
Sent: Tuesday, July 12, 2011 3:33 PM
To: Jassi Brar
Cc: Raju, Sundaram; linux-arm-ker...@lists.infradead.org; linux-
ker...@vger.kernel.org; davinci-linux-open-sou...@linux.davincidsp.com;
li
-Original Message-
From: Jassi Brar [mailto:jassisinghb...@gmail.com]
Sent: Tuesday, July 12, 2011 4:51 PM
To: Linus Walleij
Cc: Raju, Sundaram; linux-arm-ker...@lists.infradead.org; linux-
ker...@vger.kernel.org; davinci-linux-open-sou...@linux.davincidsp.com;
li
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
-Original Message-
From: Russell King - ARM Linux [mailto:li...@arm.linux.org.uk]
Sent: Friday, July 08, 2011 3:34 PM
To: Raju, Sundaram
Cc: linux-arm-ker...@lists.infradead.org; linux-omap@vger.kernel.org; Dan;
Shilimkar, Santosh; linux-ker...@vger.kernel.org
Subject: Re: [RFC
-Original Message-
From: Koul, Vinod [mailto:vinod.k...@intel.com]
Sent: Thursday, June 16, 2011 11:15 AM
To: Raju, Sundaram
Cc: Russell King - ARM Linux; Linus Walleij; Dan; davinci-linux-open-
sou...@linux.davincidsp.com; linux-omap@vger.kernel.org; linux-
ker...@vger.kernel.org
Russell,
Thanks for all the quick pointers and the summary of how
memory-to-peripheral transfers are expected to operate.
Ok, what I'm envisioning is that your term chunk size means register
width, and you view that as one dimension. We already describe this.
A frame is a collection of
Linus,
Thanks for the pointers.
-Original Message-
From: Linus Walleij [mailto:linus.wall...@linaro.org]
Sent: Monday, June 13, 2011 7:43 PM
To: Raju, Sundaram
Cc: Russell King - ARM Linux; Koul, Vinod; Dan; davinci-linux-open-
sou...@linux.davincidsp.com; linux-omap
I think I should have tried to explain my case with a specific example.
I tried to generalize it and it has confused and misled every one.
I have tried again now. :)
snip
A simple single buffer transfer (i.e. non sg transfer) can be done only
as a trivial case of the device_prep_slave_sg
Vinod,
-Original Message-
From: Koul, Vinod [mailto:vinod.k...@intel.com]
Sent: Friday, June 10, 2011 11:39 AM
To: Raju, Sundaram; Dan
Cc: Russell King - ARM Linux; davinci-linux-open-
sou...@linux.davincidsp.com; linux-omap@vger.kernel.org; linux-
ker...@vger.kernel.org; linux-arm
Russell,
-Original Message-
From: Russell King - ARM Linux [mailto:li...@arm.linux.org.uk]
Sent: Friday, June 10, 2011 4:13 PM
To: Raju, Sundaram
Cc: Koul, Vinod; Dan; davinci-linux-open-sou...@linux.davincidsp.com; linux-
o...@vger.kernel.org; linux-ker...@vger.kernel.org; linux
SDMA and EDMA are TI SoC specific DMA controllers. Their drivers have been
maintained in the respective SoC folders till now.
arch/arm/plat-omap/dma.c
arch/arm/mach-davinci/dma.c
I have gone through the existing offload engine (DMA) drivers in drivers/dma
which do slave transfers. I would like
: Russell King - ARM Linux [mailto:li...@arm.linux.org.uk]
Sent: Thursday, June 09, 2011 6:17 PM
To: Raju, Sundaram
Cc: linux-arm-ker...@lists.infradead.org; linux-ker...@vger.kernel.org;
davinci-linux-open-sou...@linux.davincidsp.com; linux-omap@vger.kernel.org
Subject: Re: [RFC] dmaengine: add new api
14 matches
Mail list logo
