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

Raymond Yau superquad.vortex2 at gmail.com
Wed Oct 17 14:43:22 CEST 2012

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

More information about the Alsa-devel mailing list