Hi Russell:
thks for your replay, actually you also have send me those dw-hdmi-audio.c patches, and I also agree it's an beautiful way to make hdmi-audio works. Beside, I try to reuse it into our platform, and actually the system have created the DW_HDMI sound card successfully, but i cannot play any sound with this sound card. After dump the registers, I found the part of "Audio DMA Registers" cannot write and always read with 0x00. So I searching the document "Designware Core HDMI Transmitter Controller Databook", and found that "Audio DMA Registers" only present when the hardware configuration parameter AUDIO_IF is set to AHBAUDDMA. Than I communicate with our IC colleagues, they told me that our cpu rk3288 only support two way to transmit audio data( I2S & SPDIF ), in that way we do not support AHB_DMA, it's very sad, and this it why i give up this way, also it's my bad that i should replay to u first in the before mail.
Best Regards.
在 2014年12月15日 18:38, Russell King - ARM Linux 写道:
On Mon, Dec 15, 2014 at 10:11:28AM +0800, Yakir Yang wrote:
rk3288 use Designware HDMI IP, Designware HDMI supports four interfaces to config hdmi audio(I2S, S/PDIF, Generic Parallel Audio, AHB Audio DMA), but rk3288 only support two ways to config hdmi audio(I2S, S/PDIF), So we take I2S as hdmi audio operation interfaces, and then treat hdmi audio as an standard ALSA devices(only got platback function).
There is no need for dw-hdmi audio to be implemented as an ASoC device - as I've already sent patches to Andy with my ALSA driver which has been around for the last two years, and works well, and doesn't require any additional DT description.