From mboxrd@z Thu Jan  1 00:00:00 1970
From: Mark Brown <broonie@opensource.wolfsonmicro.com>
Subject: Re: [PATCH] ALSA: ASoc: Add regulator support to
 CS4270 codec driver
Date: Wed, 25 Nov 2009 15:38:04 +0000
Message-ID: <20091125153804.GA12750@rakim.wolfsonmicro.main>
References: <1259159787-21876-1-git-send-email-daniel@caiaq.de>
	<20091125150139.GC636@rakim.wolfsonmicro.main>
	<20091125152052.GM29442@buzzloop.caiaq.de>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Return-path: <alsa-devel-bounces@alsa-project.org>
Received: from opensource2.wolfsonmicro.com (opensource.wolfsonmicro.com
	[80.75.67.52]) by alsa0.perex.cz (Postfix) with ESMTP id 1ED352435C
	for <alsa-devel@alsa-project.org>; Wed, 25 Nov 2009 16:38:06 +0100 (CET)
Content-Disposition: inline
In-Reply-To: <20091125152052.GM29442@buzzloop.caiaq.de>
List-Unsubscribe: <http://mailman.alsa-project.org/mailman/listinfo/alsa-devel>,
	<mailto:alsa-devel-request@alsa-project.org?subject=unsubscribe>
List-Archive: <http://mailman.alsa-project.org/pipermail/alsa-devel>
List-Post: <mailto:alsa-devel@alsa-project.org>
List-Help: <mailto:alsa-devel-request@alsa-project.org?subject=help>
List-Subscribe: <http://mailman.alsa-project.org/mailman/listinfo/alsa-devel>,
	<mailto:alsa-devel-request@alsa-project.org?subject=subscribe>
Sender: alsa-devel-bounces@alsa-project.org
Errors-To: alsa-devel-bounces@alsa-project.org
To: Daniel Mack <daniel@caiaq.de>
Cc: alsa-devel@alsa-project.org, Timur Tabi <timur@freescale.com>, Liam Girdwood <lrg@slimlogic.co.uk>
List-Id: alsa-devel@alsa-project.org

On Wed, Nov 25, 2009 at 04:20:52PM +0100, Daniel Mack wrote:

> Ok - which place would you suggest for it? Is there an ASoC callback I
> can hook on to tell me when the whole codec isn't used anymore? I can
> only see startup/shutdown, but I would need to my own snd_pc_substream
> handling login in there. Other drivers do that in the probe/remove

set_bias_level().  If the device is idle then the bias will be held in
STANDBY (or OFF in future).  If you are happy switching off the analogue
supply separately to the others then turn that one on when in PREPARE or
ON, and kill the others only in OFF.

> functions, but that won't suffice for my board as we want VA disabled
> whenever possible.

Are the power savings really that great?  If the power saving really is
that critical it seems like a low power focused part might be a more
natural choice...