On Mon, 30 Jun 2014 13:43:20 +0100 Russell King - ARM Linux linux@arm.linux.org.uk wrote:
For example, I've had fully working audio on the Cubox for 18+ months, but there's a big problem getting it into mainline. First it was the lack of co-operation from the ASoC maintainers. Then it was the ASoC maintainers accepting Jean-Francois patches (which really torpedoed my efforts.) And the final problem which makes it totally impossible is that pushing the DPCM stuff will completely break the DT based kirkwood ASoC stuff which got pushed in.
I already tried DPCM with the kirkwood audio subsystem. It just ask to add a 'system' DAI in kirkwood-i2s. The card is defined as:
- link 0: CPU: 'system' (kirkwood new DAI) CODEC: 'dummy' front-end - link 1: CPU: 'i2s' (kirkwood) CODEC: 'i2s-hdmi' (tda998x codec) back-end - link 2 CPU: 'spdif' (kirkwood) CODEC: 'spdif-hdmi' (tda998x codec) back-end - link 3 CPU: 'spdif' (kirkwood) CODEC: 'dit-hifi' (spdif codec) backend
with the routes (simple-card format):
"I2S Playback", "System Playback", "SPDIF Playback", "System Playback",
"hdmi-out", "I2S Playback", "hdmi-out", "SPDIF Playback", "spdif-out", "SPDIF Playback";
This works, but the HW constraints of the sinks are not handled, so, all backends are always activated for any format/any rate.