[alsa-devel] [PATCH RFC 10/13] ASoC: kirkwood-t5325: add DAPM links between codec and cpu DAI
Russell King - ARM Linux
linux at arm.linux.org.uk
Fri Aug 30 12:10:05 EDT 2013
On Fri, Aug 30, 2013 at 12:27:05PM +0100, Russell King - ARM Linux wrote:
> 1. The combining of the CPU and platform code(s) under one device is
> absolutely no problem for ASoC, there's multiple drivers which do this
> already. While this is a true statement, it creates the bug at the
> heart of this thread - and the bug _occuring_ has nothing to do with
> DPCM. The bug is caused solely by the combining of the two components.
Right, having gone back and looked at this in-depth again, and tried some
experiments, I no longer need this problem fixed for the non-DPCM code
to work, but I do still need to do this:
> 4. By adding the AIFs and routes, I'm bypassing/abusing the ASoC DAI core.
> If this were to be the case, why does your DPCM driver set them up.
> Therefore, my conclusion is that Mark was wrong about this too. Yes,
> it may be that for the time being it's not that appealing, because as
> DPCM doesn't work in mainline, I'm unable to separate the DAI link
> between the CPU and the Codec. That doesn't make the creation of
> the routes any more wrong when they're the exact same routes which
> need to be created for DPCM - especially when they're relied upon for
> there to be any audio output what so ever from the driver.
so I can detect which output paths to enable. I will be posting updated
patches shortly, which will just be those which Mark hasn't taken yet.
More information about the linux-arm-kernel
mailing list