All of lore.kernel.org
 help / color / mirror / Atom feed
From: Wu Fengguang <fengguang.wu@intel.com>
To: Takashi Iwai <tiwai@suse.de>
Cc: Arjan van de Ven <arjan@linux.intel.com>,
	"alsa-devel@alsa-project.org" <alsa-devel@alsa-project.org>,
	Marc Boucher <marc@linuxant.com>,
	"Zhang, Rui" <rui.zhang@intel.com>
Subject: Re: [PATCH] hda - remove unnecessary msleep on power state	transitions
Date: Thu, 25 Feb 2010 20:42:29 +0800	[thread overview]
Message-ID: <20100225124229.GC9077@localhost> (raw)
In-Reply-To: <s5hbpffyrn8.wl%tiwai@suse.de>

On Wed, Feb 24, 2010 at 04:17:15PM +0800, Takashi Iwai wrote:
> At Wed, 24 Feb 2010 09:38:49 +0800,
> Wu Fengguang wrote:
> > 
> > From: "Zhang, Rui" <rui.zhang@intel.com>
> > 
> > This will save ~15ms boot time.
> > 
> > The first 10ms sleep was introduced in commit d2595d86e5 for (buggy)
> > Cxt codecs, so better to limit the sleep to the problem hardware.
> > 
> > For the second 10ms sleep, the HDA spec says:
> > 
> > Power State[1:0]:
> > 00: Node Power state (D0) is fully on.
> > 01: Node Power state (D1) allows for (does not require) the lowest possible power consuming state from which it
> > can return to the "fully on" state (D0) within 10 ms, excepting analog pass through circuits (e.g., CD analog
> > playback) which must remain fully on.
> > 10: Node Power state (D2) allows for (does not require) the lowest possible power consuming state from which it
> > can return to the "fully on" state (D0) within 10 ms. For modems, this is the "wake on ring" power state.
> > 11: Node Power state (D3) allows for (does not require) lowest possible power consuming state under software
> > control. Note that any low power state set by software must retain sufficient operational capability to properly
> > respond to subsequent software Power State command.
> > 
> > So 10ms is actually the max wait time. It should be safe to
> > remove/reduce it and rely on the loop of 1ms-sleeps.
> > 
> > CC: Marc Boucher <marc@linuxant.com>
> > CC: Arjan van de Ven <arjan@linux.intel.com>
> > Signed-off-by: Zhang Rui <rui.zhang@intel.com>
> > Signed-off-by: Wu Fengguang <fengguang.wu@intel.com>
> 
> This delay might be needed for codecs of other vendors, but let's see...
> If more codecs need this, we may put a flag into hda_codec struct.

The first delay? OK let's see. Hopefully this won't break audio playback
if there are similar broken hw..

> Anyway, I applied the patch with a minor compile warning fix now.

Thank you!

Regards,
Fengguang

      reply	other threads:[~2010-02-25 12:43 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-02-24  1:38 [PATCH] hda - remove unnecessary msleep on power state transitions Wu Fengguang
2010-02-24  8:17 ` Takashi Iwai
2010-02-25 12:42   ` Wu Fengguang [this message]

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=20100225124229.GC9077@localhost \
    --to=fengguang.wu@intel.com \
    --cc=alsa-devel@alsa-project.org \
    --cc=arjan@linux.intel.com \
    --cc=marc@linuxant.com \
    --cc=rui.zhang@intel.com \
    --cc=tiwai@suse.de \
    /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.