[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <391eddb5-6ff5-6ae2-f224-ba9f00e19f69@synopsys.com>
Date: Mon, 2 Jan 2017 13:56:38 +0000
From: Jose Abreu <Jose.Abreu@...opsys.com>
To: Andy Shevchenko <andriy.shevchenko@...ux.intel.com>,
Vinod Koul <vinod.koul@...el.com>
CC: Jose Abreu <Jose.Abreu@...opsys.com>,
"dmaengine@...r.kernel.org" <dmaengine@...r.kernel.org>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
<vireshk@...nel.org>
Subject: Re: dmaengine: dw-dmac: Custom cyclic API (Why?)
Hi,
On 02-01-2017 11:30, Andy Shevchenko wrote:
> On Mon, 2017-01-02 at 15:48 +0530, Vinod Koul wrote:
>> On Mon, Jan 02, 2017 at 10:38:00AM +0200, Andy Shevchenko wrote:
>>> On Fri, 2016-12-30 at 12:05 +0000, Jose Abreu wrote:
>>>> ++dw-dmac Maintainers
>>> I used to have some semi-finished patch to switch to generic API,
>>> though
>>> at that point I had no means to test it.
>>>
>>> Since I eventually got iDMA 32-bit, which is used as LPE Audio DMA
>>> engine, support in my branch I might test it in the future, though I
>>> think someone else would be much faster than me.
>> no we can't, since the DSP is involved and takes control, so unless we
>> do
>> lots of nasty hacks, it won't be testable. I don't see the ROI for
>> such an
>> effort.
> Thanks for clarification
>
>> btw, feel free to test and send patches if you have such a h/w
> Actually we have AVR32 connected to our lab. So, I can test it there,
> but I rather need a patch to use some dummy stub instead of codec (it
> has no codec connected).
>
Thank you all for the info. I don't have the HW ready to test yet
(I was collecting some info first), but when I do I can test on
my side using Designware I2S and ALSA SoC DMA engine.
Best regards,
Jose Miguel Abreu
Powered by blists - more mailing lists