lkml.org 
[lkml]   [2019]   [Jan]   [4]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
Patch in this message
/
Date
From
SubjectRe: [PATCH] ASoC: tlv320aic32x4: Kernel OOPS while entering DAPM standby mode
On Fri, Jan 04, 2019 at 10:10:40PM +0530, b-ak wrote:
> On Fri, Jan 04, 2019 at 01:04:21AM +0530, b-ak wrote:
> > On Thu, Jan 03, 2019 at 12:45:54PM +0000, Mark Brown wrote:
> > > On Wed, Jan 02, 2019 at 10:36:33PM +0530, b-ak wrote:
> > > > During the bootup of the kernel, as soon as the DAPM framework kicks in
> > > > it pushes the codec into standy mode.
> > > >
> > > > The existing TVL320AIC32x4 codec driver doesn't prepare the clock in
> > > > the probe function.
> > > > This leads to an OOPS when the DAPM tries to put it into standy by calling
> > > > clk_disable_unprepare()
> > > >
> > > > This patch fixes that problem.
> > >
> > > This isn't the best way of fixing this because it makes it look like
> > > there's a missing disable in the removal process. What would be better
> > > would be to do what other drivers do and check to see what state we're
> > > transitioning from before we disable the clock in set_bias_level(). See
> > > drivers like wm8903.c for examples.
> >
> > Hello Mark,
> >
> > I will test the change and update the patch.
> >
> > Thanks,
> > Bhargav
> >
>
> Hi Mark,
>
> I have updated the patch with the changes.
>
> Regards,
> Bhargav
>

Hi Mark,

Fixed the build error.

Thanks,
Bhargav

From 5854c8b48e6c2367d391cc760939538ac8f624f7 Mon Sep 17 00:00:00 2001
From: b-ak <anur.bhargav@gmail.com>
Date: Tue, 1 Jan 2019 22:52:40 +0530
Subject: [PATCH] ASoC: tlv320aic32x4: Kernel OOPS while entering DAPM standby
mode

During the bootup of the kernel, the DAPM bias level is in the OFF
state. As soon as the DAPM framework kicks in it pushes the codec
into STANDBY state.

The probe function doesn't prepare the clock, and STANDBY state
does a clk_disable_unprepare() without checking the previous state.
This leads to an OOPS.

Not transitioning from an OFF state to the STANDBY state fixes the
problem.

Signed-off-by: b-ak <anur.bhargav@gmail.com>
---
sound/soc/codecs/tlv320aic32x4.c | 4 ++++
1 file changed, 4 insertions(+)

diff --git a/sound/soc/codecs/tlv320aic32x4.c b/sound/soc/codecs/tlv320aic32x4.c
index e2b5a11b16d1..f03195d2ab2e 100644
--- a/sound/soc/codecs/tlv320aic32x4.c
+++ b/sound/soc/codecs/tlv320aic32x4.c
@@ -822,6 +822,10 @@ static int aic32x4_set_bias_level(struct snd_soc_component *component,
case SND_SOC_BIAS_PREPARE:
break;
case SND_SOC_BIAS_STANDBY:
+ /* Initial cold start */
+ if (snd_soc_component_get_bias_level(component) == SND_SOC_BIAS_OFF)
+ break;
+
/* Switch off BCLK_N Divider */
snd_soc_component_update_bits(component, AIC32X4_BCLKN,
AIC32X4_BCLKEN, 0);
--
2.19.1
\
 
 \ /
  Last update: 2019-01-05 05:47    [W:0.262 / U:0.008 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site