[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20160908173141.GA28381@Asurada-Nvidia>
Date: Thu, 8 Sep 2016 10:31:42 -0700
From: Nicolin Chen <nicoleotsuka@...il.com>
To: Jon Hunter <jonathanh@...dia.com>
Cc: vinod.koul@...el.com, 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 v3 2/2] dmaengine: tegra210-adma: Add memcpy support
On Thu, Sep 08, 2016 at 03:19:57PM +0100, Jon Hunter wrote:
> I tried this again on my audio testing branch for tegra210 and it worked ...
>
> [ 36.427210] dmatest: Started 1 threads using dma1chan0
> [ 37.036948] dmatest: dma1chan0-copy0: summary 1024 tests, 0 failures 2410 iops 19419 KB/s (0)
>
> Do you have other patches in your branch? If so it would be good to
> understand the dependency. May be we are missing a clock somewhere?
Sorry. I forgot to mention that the TEGRA210_CLK_APE_SLCG_OVR
clock is required for the tests. So I cherry-picked 2 patches
from your audio branch to the linux-next:
clk: tegra210: Add SLCG override gate clocks
ARM64: tegra: DT: Add SLCG clock for AUD
Besides these two, there'e merely some straightforward changes
to enable the ADMA in the defconfig and DT.
And it seems that you've submitted that patch once but it got
hold because it wasn't so useful at that time?
Thanks
Nic
Powered by blists - more mailing lists