On Friday 18 October 2013 09:27 PM, Daniel Mack wrote:
On 10/09/2013 10:14 PM, Joel Fernandes wrote:
On 10/09/2013 09:12 AM, Joel Fernandes wrote:
On 10/09/2013 02:38 AM, Daniel Mack wrote:
[..]
(And the 'v3' in the subject is really my bad, sorry - I only sent one
version of this patch ever).
I can respin the patch on top of the proper driver once all the edma
bits have eventually been moved to drivers/dma. Is anyone continuing
Matt Porter's work on this?
The work is waiting on conversion of the davinci-pcm ASoC driver to DMA Engine,
which once done can make exposing the private EDMA API in arch/arm/common/edma.c
obsolete and we can take it to drivers/dma. Some more work to be done in edma in
unifying the probe etc.
Forgot to mention, since ASoC DMAengine conversion is not going to happen any
time soon considering the amount of work involved, I suggest you respin this
patch on the common/edma code itself. That way we can keep suspend/resume
working on these platforms that use EDMA till the actual conversion takes place.
Ok, I also figured that the current patch does not really suffice. There
seems to be an issue with omap_hsmmc DMA channels being disfunct after
resume, so I'll respin it.
Just for the record, context save/restore of DRAE0[1] is needed for omap_hsmmc
DMA
to work after resuming from low power mode.
[1]
0340h DRAE0 DMA Region Access Enable Register for Region 0
--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
