[alsa-devel] LSI HDA Modem is not working on HP new Laptop which has IDT 7605 HDA codec and REDHAT installed on it with ALSA ver 1.0.24.

Takashi Iwai tiwai at suse.de
Sat Oct 1 08:24:39 CEST 2011


At Sat, 1 Oct 2011 10:56:55 +0800,
Raymond Yau wrote:
> 
> 2011/9/29 Takashi Iwai <tiwai at suse.de>:
> > At Thu, 29 Sep 2011 14:01:40 +0530,
> > suresh gupta wrote:
> >>
> >> Sorry for delay, I was out for Lunch.
> >>
> >> I believe we are in sink now, I seen the purity_inactive_streams part of
> >> code and found this is totally new logic in 1.0.24 ver. Can you please
> >> answer some question for my proper understanding?
> >>
> >> 1. Why this marking stream dirty come into picture and why ALSA code do not
> >> directly clear the AC_VERB_SET_CHANNEL_STREAMID while closing?
> >
> > For keeping the same stream tag for the same device.
> > A device is often shortly closed and reopened.  It'd be better to keep
> > the same stream tag for such a case.
> 
> I have doubt about this since hw_free() can also cleanup the stream tag too
> 
> http://thread.gmane.org/gmane.linux.alsa.devel/89420

It's only in the case of no_sticky.  It doesn't happen in the normal
case.

> >
> >> 2. Why Analog devices codec (patch_analog.c) clear
> >> AC_VERB_SET_CHANNEL_STREAMID on close? (if (do_now)
> >>    really_cleanup_stream(codec, p);
> >
> > It's because AD codecs (according to bug reports) don't like the
> > sticky-tag feature by some reason.  It'll be removed, once when the
> > real culprit is found.
> >
> >
> 
> http://thread.gmane.org/gmane.linux.alsa.devel/78379
> 
> Can the converters can retrain the stream tag after suspend/resume ?

No.  The flag is cleared in the suspend.


Takashi


More information about the Alsa-devel mailing list