[alsa-devel] [PATCH] ASoC: rt298: remove idle_bias_off = true

Bard Liao bardliao at realtek.com
Fri Jun 3 05:09:32 CEST 2016


> -----Original Message-----
> From: Mark Brown [mailto:broonie at kernel.org]
> Sent: Friday, June 03, 2016 7:40 AM
> To: Bard Liao
> Cc: lgirdwood at gmail.com; alsa-devel at alsa-project.org;
> lars at metafoo.de; Flove; Oder Chiou; senthilnathanx.veppur at intel.com;
> ramesh.babu at intel.com
> Subject: Re: [PATCH] ASoC: rt298: remove idle_bias_off = true
> 
> On Thu, Jun 02, 2016 at 02:51:52PM +0800, Bard Liao wrote:
> 
> > Codec will not go into suspend if there is any widget forced on with
> > idle_bias_off true. We want codec go into suspend when the system is
> > suspend. Also, we don't do anything in bias level OFF case. So it is
> > actually no different in bias level STANDBY or OFF case.
> 
> Hrm.  This feels like something that the framework might be doing
> wrong here.  We should either suspend the CODEC all the time even if
> there are widgets enabled or we should never suspend the CODEC even if
> there are widgets enabled but having it depend on idle_bias_off seems
> like the wrong thing here.  My expectation would be that we would not
> suspend with widgets on since the widgets being on implies the CODEC
> being on and we'd expect suspend to do things like cutting the device
> level power.
> 
> Could you talk through the use case in more detail - what's the widget
> and why is it still OK for suspend to run even with widgets on?

We need to force on "LDO1" widget when a jack is plugged in. That
is for push button detection(not implement yet). Also, all jack related
functions such as headphone playback, headset capture need "LDO1"
on. However, we don't need these functions in suspend. Also, it seems
the external power will be cut down in suspend even codec suspend
function is not called. In that case, codec will lost its register setting.
I.e. Codec registers will be cleaned. And we need to sync with cache.

> 
> ------Please consider the environment before printing this e-mail.


More information about the Alsa-devel mailing list