From: Takashi Iwai <tiwai@suse.de>
To: Raymond Yau <superquad.vortex2@gmail.com>
Cc: ALSA Development Mailing List <alsa-devel@alsa-project.org>
Subject: Re: 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.
Date: Sat, 01 Oct 2011 08:24:39 +0200 [thread overview]
Message-ID: <s5hvcs9rzyw.wl%tiwai@suse.de> (raw)
In-Reply-To: <CAN8cciaUNP=mk=7=u+HpMVdwRJ-fRUR1OGS5p9zmfDsMfofqHw@mail.gmail.com>
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?
> >>
> >> 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
_______________________________________________
Alsa-devel mailing list
Alsa-devel@alsa-project.org
http://mailman.alsa-project.org/mailman/listinfo/alsa-devel
next prev parent reply other threads:[~2011-10-01 6:24 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-09-29 5:21 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 Gupta, Suresh
2011-09-29 6:20 ` Takashi Iwai
2011-09-29 7:12 ` Gupta, Suresh
2011-09-29 7:34 ` Takashi Iwai
2011-09-29 7:57 ` Takashi Iwai
2011-09-29 8:31 ` suresh gupta
2011-09-29 8:46 ` Takashi Iwai
2011-09-29 8:51 ` suresh gupta
2011-10-01 2:56 ` Raymond Yau
2011-10-01 6:24 ` Takashi Iwai [this message]
2011-10-03 1:35 ` Raymond Yau
2011-10-06 8:15 ` Takashi Iwai
2011-10-06 8:24 ` Takashi Iwai
2011-10-11 9:19 ` suresh gupta
2011-10-11 9:36 ` Takashi Iwai
2011-09-29 7:18 ` suresh gupta
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=s5hvcs9rzyw.wl%tiwai@suse.de \
--to=tiwai@suse.de \
--cc=alsa-devel@alsa-project.org \
--cc=superquad.vortex2@gmail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.