[alsa-devel] [PATCH RFC] ALSA: hda - Add workaround for conflicting IEC958 controls

[Raymond Yau]

2012-10-17 下午4:17 於 "Takashi Iwai" <tiwai at 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 at 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
>