[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <6f45ff6e-5fa7-7aca-154c-85cf235aa62f@nvidia.com>
Date: Tue, 6 Sep 2016 14:04:20 +0100
From: Jon Hunter <jonathanh@...dia.com>
To: Dmitry Osipenko <digetx@...il.com>,
Nicolin Chen <nicoleotsuka@...il.com>, <vinod.koul@...el.com>
CC: <linux-kernel@...r.kernel.org>, <linux-tegra@...r.kernel.org>,
<dmaengine@...r.kernel.org>, <gnurou@...il.com>,
<thierry.reding@...il.com>, <swarren@...dotorg.org>,
<ldewangan@...dia.com>
Subject: Re: [PATCH v2 0/2] Add memcpy support for tegra210-adma
On 06/09/16 13:03, Dmitry Osipenko wrote:
> On 06.09.2016 14:33, Jon Hunter wrote:
>>
>> On 03/09/16 01:32, Nicolin Chen wrote:
>>> This series of patches add memcpy support for tegra210 ADMA engine.
>>
>> Thanks. Any reason you choose this DMA and not the APB DMA? The APB DMA
>> is more of a generic DMA and so for memcpy it would seem to be a good
>> choice and it is available on all Tegras not just Tegra210.
>>
>
> Just a small clarification:
>
> If I'm not mistaken, APB DMA is mem-to-device, while AHB DMA is mem-to-mem. So,
> you probably meant AHB and not the APB.
Description from the Tegra TRM:
"The APB DMA Controller is placed between the AHB Bus and the APB Bus
and is a master on both buses.
The APB DMA Controller is used for block data transfers from a source
location to the destination location. The source may be
DRAM or IRAM, and the destination location could be devices placed on
APB Bus; or vice versa."
Cheers
Jon
--
nvpublic
Powered by blists - more mailing lists