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.
--
To unsubscribe from this list: send the line "unsubscribe devicetree" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
