mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: Takashi Iwai <tiwai@suse.de>
To: Thadeu Lima de Souza Cascardo <cascardo@minaslivre.org>
Cc: linux-kernel@vger.kernel.org
Subject: Re: [PATCH] Wait for all codecs to be ready if doing a cold reset
Date: Tue, 08 Jul 2008 12:16:35 +0200	[thread overview]
Message-ID: <s5h1w24vfy4.wl%tiwai@suse.de> (raw)
In-Reply-To: <20080707173654.GA28388@vespa.holoscopio.com>

At Mon, 7 Jul 2008 14:36:55 -0300,
Thadeu Lima de Souza Cascardo wrote:
> 
> On Mon, Jul 07, 2008 at 06:39:09PM +0200, Takashi Iwai wrote:
> > At Sun, 6 Jul 2008 14:15:56 -0300,
> > Thadeu Lima de Souza Cascardo wrote:
> > > 
> > > If AC97_POWER_SAVE is enabled, intel8x0 does a cold reset when
> > > initializing the codecs. While resuming, it does not wait for all codecs
> > > to be active. Sound card does not work after a resume without it,
> > > however. This patch fixes it.
> > 
> > Thanks for the patch.
> > 
> > But, I still don't figure out why this is needed.
> > In the else block (with the comment "resume phase"), you can find the
> > loop to wait for the all *probed* codecs.  The difference with the
> > code you moved is that it checks only the bits corresponding to the
> > already probed codecs.  In other words, the other bits should be
> > irrelevant with the hardware.
> > 
> > I guess it's not about the loop but the additional 1/4 sec delay that
> > did fix the resume on your device.  Please check how is the status
> > bits and whether it passed the loop in the middle.
> > 
> > 
> > Takashi
> > 
> > 
> 
> The 1/4 sec delay came in my mind as one of the possible reasons, and
> that's why I've made some tests. status and nstatus are 0x200, while
> codec_isr_bits is 0x300. The loop waits for the status register give us
> 0x300 as the active codecs, instead of the only one probed. Since the
> cold reset in the case of a power saving cleans up all codec registers,
> it is needed that we wait for all codecs again (like in the probe case).

You loaded the modem driver as well?
If so, what happens if you unload modem driver?


thanks,

Takashi


> If you need more information or that I ran any more tests, I'd be glad
> to do it. By the way, I've tested the patch against your audio and modem
> merged version and it works OK.
>
> Best Regards,
> Thadeu Cascardo.
> 
> > > ---
> > >  sound/pci/intel8x0.c |   24 ++++++++++++++----------
> > >  1 files changed, 14 insertions(+), 10 deletions(-)
> > > 
> > > diff --git a/sound/pci/intel8x0.c b/sound/pci/intel8x0.c
> > > index 048d99e..7228a0a 100644
> > > --- a/sound/pci/intel8x0.c
> > > +++ b/sound/pci/intel8x0.c
> > > @@ -2335,16 +2335,6 @@ static int snd_intel8x0_ich_chip_init(struct intel8x0 *chip, int probing)
> > >  				   igetdword(chip, ICHREG(GLOB_STA)));
> > >  			return -EIO;
> > >  		}
> > > -
> > > -		/* wait for other codecs ready status. */
> > > -		end_time = jiffies + HZ / 4;
> > > -		while (status != chip->codec_isr_bits &&
> > > -		       time_after_eq(end_time, jiffies)) {
> > > -			schedule_timeout_uninterruptible(1);
> > > -			status |= igetdword(chip, ICHREG(GLOB_STA)) &
> > > -				chip->codec_isr_bits;
> > > -		}
> > > -
> > >  	} else {
> > >  		/* resume phase */
> > >  		int i;
> > > @@ -2363,6 +2353,20 @@ static int snd_intel8x0_ich_chip_init(struct intel8x0 *chip, int probing)
> > >  		} while (time_after_eq(end_time, jiffies));
> > >  	}
> > >  
> > > +#ifndef CONFIG_SND_AC97_POWER_SAVE
> > > +	if (probing)
> > > +#endif
> > > +	{
> > > +		/* wait for other codecs ready status. */
> > > +		end_time = jiffies + HZ / 4;
> > > +		while (status != chip->codec_isr_bits &&
> > > +		       time_after_eq(end_time, jiffies)) {
> > > +			schedule_timeout_uninterruptible(1);
> > > +			status |= igetdword(chip, ICHREG(GLOB_STA)) &
> > > +				chip->codec_isr_bits;
> > > +		}
> > > +	}
> > > +
> > >  	if (chip->device_type == DEVICE_SIS) {
> > >  		/* unmute the output on SIS7012 */
> > >  		iputword(chip, 0x4c, igetword(chip, 0x4c) | 1);
> > > -- 
> > > 1.5.6
> > > 

  reply	other threads:[~2008-07-08 10:16 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-07-06 17:15 Thadeu Lima de Souza Cascardo
2008-07-07 16:39 ` Takashi Iwai
2008-07-07 17:36   ` Thadeu Lima de Souza Cascardo
2008-07-08 10:16     ` Takashi Iwai [this message]
2008-07-08 16:59       ` Thadeu Lima de Souza Cascardo
2008-07-09 15:07         ` Takashi Iwai
2008-07-08 17:31           ` Thadeu Lima de Souza Cascardo
     [not found]             ` <s5h63rezzlb.wl%tiwai@suse.de>
2008-07-09 17:26               ` Thadeu Lima de Souza Cascardo
2008-07-15 23:47                 ` Takashi Iwai
2008-07-15  0:10                   ` Thadeu Lima de Souza Cascardo
2008-12-17 22:08                     ` Thadeu Lima de Souza Cascardo
2008-12-18  7:18                       ` Takashi Iwai

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=s5h1w24vfy4.wl%tiwai@suse.de \
    --to=tiwai@suse.de \
    --cc=cascardo@minaslivre.org \
    --cc=linux-kernel@vger.kernel.org \
    /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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox

all inboxes | Powered by JetHome®