At Sat, 1 Oct 2011 10:56:55 +0800, Raymond Yau wrote:
2011/9/29 Takashi Iwai tiwai@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?
- 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
It's only in the case of no_sticky. It doesn't happen in the normal case.
- 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