All of lore.kernel.org
 help / color / mirror / Atom feed
From: Liam Girdwood <lrg@slimlogic.co.uk>
To: Peter Ujfalusi <peter.ujfalusi@nokia.com>
Cc: alsa-devel@alsa-project.org, broonie@opensource.wolfsonmicro.com
Subject: Re: [PATCHv2 0/4] ASoC: tlv320dac33: Support for turning off codec
Date: Mon, 03 May 2010 13:19:32 +0100	[thread overview]
Message-ID: <1272889172.3000.18.camel@odin> (raw)
In-Reply-To: <1272628776-23185-1-git-send-email-peter.ujfalusi@nokia.com>

On Fri, 2010-04-30 at 14:59 +0300, Peter Ujfalusi wrote:
> Hello,
> 
> Changes since v1:
> - patch 1: Removed extra register writes
> - patch 4:
>  - Let core to bring the codec to BIAS_OFF (set idle_bias_off)
>  - dac33_set_bias_level only takes care of power and minimum initialization
>  - PRE_DAPM widget event is replacing the dac33_pcm_pointer call to take
>    care of the initialization needed before _every_ playback.
> 
> There are few scenarios, which has to be taken care::
> 1. Analog bypass caused BIAS_OFF -> BIAS_ON
>    We need to power on the codec, and do the chip init, but we does not
>    need to execute the playback related configuration
> 2. Playback caused  BIAS_OFF -> BIAS_ON
>    We need to power on the codec, and do the chip init, and also we need
>    to execute the playback related configuration.
> 3. Playback start, while Analog bypass is on (BIAS_ON -> BIAS_ON)
>    We need to execute the playback related configuration. The codec is
>    already on.
> 4. Analog bypass enable, while playback (BIAS_ON -> BIAS_ON)
>    Nothing need to be done.
> 5. Playback start withing soc power down timeout (BIAS_ON -> BIAS_ON)
>    We need to execute the playback related configuration. The codec is
>    still on.
> 
> Since the power up, and the codec init is optimized, the added overhead
> in stream start is minimal.
> 
> Withing this patch, the hard_power function is now only doing what it
> supposed to: only handle the powers, and GPIO reset line.
> The codec initialization and state restore has been moved out.
> 

Applied.

Thanks !

Liam

      parent reply	other threads:[~2010-05-03 12:19 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-04-30 11:59 [PATCHv2 0/4] ASoC: tlv320dac33: Support for turning off codec Peter Ujfalusi
2010-04-30 11:59 ` [PATCHv2 1/4] ASoC: tlv320dac33: Optimize power up, and restore Peter Ujfalusi
2010-04-30 11:59 ` [PATCHv2 2/4] ASoC: tlv320dac33: Revised module loading, and DAC33 ID read Peter Ujfalusi
2010-04-30 11:59 ` [PATCHv2 3/4] ASoC: tlv320dac33: Manage a pointer for snd_pcm_substream in private structure Peter Ujfalusi
2010-04-30 11:59 ` [PATCHv2 4/4] ASoC: tlv320dac33: Support for turning off the codec Peter Ujfalusi
2010-04-30 12:50 ` [PATCHv2 0/4] ASoC: tlv320dac33: Support for turning off codec Mark Brown
2010-05-03 12:19 ` Liam Girdwood [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=1272889172.3000.18.camel@odin \
    --to=lrg@slimlogic.co.uk \
    --cc=alsa-devel@alsa-project.org \
    --cc=broonie@opensource.wolfsonmicro.com \
    --cc=peter.ujfalusi@nokia.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.