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

Takashi Iwai tiwai at suse.de
Wed Oct 17 14:44:53 CEST 2012


At Wed, 17 Oct 2012 20:43:22 +0800,
Raymond Yau wrote:
> 
> 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

They are already covered by passing HDA_PCM_TYPE_SPDIF implicitly in
the old API function.


Takashi


More information about the Alsa-devel mailing list