[alsa-devel] [PATCH 0/30] ALSA: HDA VIA: patch series
Takashi Iwai
tiwai at suse.de
Sun Oct 11 21:27:48 CEST 2009
At Sun, 11 Oct 2009 10:56:48 -0600,
Robert Hancock wrote:
>
> On Sun, Oct 11, 2009 at 10:18 AM, Takashi Iwai <tiwai at suse.de> wrote:
> > At Sat, 10 Oct 2009 19:07:09 +0800,
> > Logan Li wrote:
> >>
> >> Following patch series mainly includes:
> >> - support VT1718S, VT2002P, VT1812S, VT1716S, ...
> >> - support smart 5.1
> >> - add jack detection for VT1708
> >> - power saving functions
> >
> > Thanks for the patches. They are all well formatted now.
> >
> > I applied your patches except for 17,
> > ALSA: HDA VIA: Add 2nd S/PDIF out for VT1708S and VT1702
> > as Robert reported a regression.
> >
> > This is likely because of the behavior change by this patch. Now
> > the second SPDIF has to be specified manually with the explicit
> > substream number. This itself is fine, but I see the problem with
> > pulseaudio, for example. There is no good way to specify this substream
> > automatically for PA with some symbols like "spdif" or "hdmi".
> >
> > This is basically a problem of the current ALSA core and HD-audio core
> > implementation. So, we should solve all together.
>
> Actually, the latest posted version didn't have the mixer problem I
> had before (I haven't looked in detail at what was different). But I
> agree using a different substream for a different output isn't ideal
> since there's no way for software to detect that this is the case. Can
> it be a separate PCM like hw:0,2 or something?
It would work like hw:0,1,1. But, this is exactly what I mentioned in
the above. The secondary SPDIF isn't specified as an intuitively
selectable PCM device.
> Hopefully VIA will also look into the SPDIF no-output problem I have
> with VT1828S..
What is the problem, specifically?
thanks,
Takashi
More information about the Alsa-devel
mailing list