At Wed, 17 Oct 2012 20:43:22 +0800, Raymond Yau wrote:
2012-10-17 下午4:17 於 "Takashi Iwai" tiwai@suse.de 寫道：
At Fri, 12 Oct 2012 17:24:51 +0200, Takashi Iwai wrote:
When both an SPDIF and an HDMI device are created on the same card instance, multiple IEC958 controls are created with indices=0, 1, ... But the alsa-lib configuration can't know which index corresponds actually to which PCM device, and both the SPDIF and the HDMI configurations point to the first IEC958 control wrongly.
This patch introduces a (hackish and ugly) workaround: the IEC958 controls for the SPDIF device are re-labeled with device=1 when HDMI coexists. The device=1 corresponds to the actual PCM device for SPDIF, so it's anyway a better representation. In future, HDMI controls should be moved with the corresponding PCM device number, too.
Signed-off-by: Takashi Iwai tiwai@suse.de
Since there was no big objection to this move, I queued the kernel patch to for-next branch now.
About the alsa-lib hack, it's still in consideration. But this kernel part doesn't conflict with other possible fix, so let it be in.
but your patch still not contain ad1988b , conexant and via vt1708s hda codecs since there are computers have those audio codecs with nvidia mcp77 codecs
They are already covered by passing HDA_PCM_TYPE_SPDIF implicitly in the old API function.
Takashi