On Wed, Apr 08, 2015 at 08:28:57AM +0200, David Henningsson wrote:
On 2015-04-02 11:57, Vinod Koul wrote:
This series of 3 patches adds support for ASoC HDA bus. ASoC HDA bus is essentially a wrapper for HDA core bus and it manages ASoC hda drivers
Hi,
I'm seeing several patch sets - as well as the added hdac indirection layer earlier - related to HDA and ASoC. But I'm curious about the bigger picture here.
Sure, as we discussed in last meeting, the SKL audio controller is HDA audio controller which also supports a DSP and I2S ports. Although if you get a SKL board with a HDA codec you can bypass DSP and it will work as previuos gen Intel HDA controller so current hda code works well for "legacy" HDA mode
Now we are moving bits and pieces out of current hda code into hdac layer (hda-core) which will be used by SKL ASoC driver as well as current implementations. So first remaining parts of hdac will be merged follow by asoc wrappers, then SKL controller driver and fllowed up by DSP and I2S support.
In addition, I notice the rt286/rt288 ASoC driver looks very much hda-like, i e, we're in practice sending HDA commands over an i2s (or i2c) bus.
Adding two and two together it could mean you're trying to move rt286/rt288 over to use the hda codec driver (which would be awesome!). And perhaps other, similar ASoC codecs as well, if there are any.
some of the RT codecs support both HDA and I2S, but right now merging them is not in my radar but yes it is doable and I will look into this once base driver and merged
But I still feel I'm missing the bigger roadmap here. Anyone who wants to enlighten me? :-)
Hope this would have helped, do let me know if you have more questions :)