* [PATCH 2/3] ASoC: wm0010: fix memory leak
2015-09-18 10:32 [PATCH 1/3] ASoC: wm0010: disable regulator on error Sudip Mukherjee
@ 2015-09-18 10:32 ` Sudip Mukherjee
2015-09-18 11:39 ` Charles Keepax
2015-09-20 0:13 ` Applied "ASoC: wm0010: fix memory leak" to the asoc tree Mark Brown
2015-09-18 10:32 ` [PATCH 3/3] ASoC: wm0010: fix error path Sudip Mukherjee
2015-09-18 11:34 ` [PATCH 1/3] ASoC: wm0010: disable regulator on error Charles Keepax
2 siblings, 2 replies; 10+ messages in thread
From: Sudip Mukherjee @ 2015-09-18 10:32 UTC (permalink / raw)
To: Liam Girdwood, Mark Brown, Jaroslav Kysela, Takashi Iwai
Cc: linux-kernel, patches, alsa-devel, Sudip Mukherjee
We have requested for the firmware but we have missed releasing it both
on success and on error path.
While checking the code it turned out that the requested firmware is not
even used. More over the same firmware is being loaded by
wm0010_stage2_load().
Signed-off-by: Sudip Mukherjee <sudip@vectorindia.org>
---
sound/soc/codecs/wm0010.c | 9 ---------
1 file changed, 9 deletions(-)
diff --git a/sound/soc/codecs/wm0010.c b/sound/soc/codecs/wm0010.c
index 79a7cd3..4947be5 100644
--- a/sound/soc/codecs/wm0010.c
+++ b/sound/soc/codecs/wm0010.c
@@ -577,7 +577,6 @@ static int wm0010_boot(struct snd_soc_codec *codec)
struct wm0010_priv *wm0010 = snd_soc_codec_get_drvdata(codec);
unsigned long flags;
int ret;
- const struct firmware *fw;
struct spi_message m;
struct spi_transfer t;
struct dfw_pllrec pll_rec;
@@ -623,14 +622,6 @@ static int wm0010_boot(struct snd_soc_codec *codec)
wm0010->state = WM0010_OUT_OF_RESET;
spin_unlock_irqrestore(&wm0010->irq_lock, flags);
- /* First the bootloader */
- ret = request_firmware(&fw, "wm0010_stage2.bin", codec->dev);
- if (ret != 0) {
- dev_err(codec->dev, "Failed to request stage2 loader: %d\n",
- ret);
- goto abort;
- }
-
if (!wait_for_completion_timeout(&wm0010->boot_completion,
msecs_to_jiffies(20)))
dev_err(codec->dev, "Failed to get interrupt from DSP\n");
--
1.9.1
^ permalink raw reply related [flat|nested] 10+ messages in thread* Re: [PATCH 2/3] ASoC: wm0010: fix memory leak
2015-09-18 10:32 ` [PATCH 2/3] ASoC: wm0010: fix memory leak Sudip Mukherjee
@ 2015-09-18 11:39 ` Charles Keepax
2015-09-20 0:13 ` Applied "ASoC: wm0010: fix memory leak" to the asoc tree Mark Brown
1 sibling, 0 replies; 10+ messages in thread
From: Charles Keepax @ 2015-09-18 11:39 UTC (permalink / raw)
To: Sudip Mukherjee
Cc: Liam Girdwood, Mark Brown, Jaroslav Kysela, Takashi Iwai,
linux-kernel, patches, alsa-devel
On Fri, Sep 18, 2015 at 04:02:20PM +0530, Sudip Mukherjee wrote:
> We have requested for the firmware but we have missed releasing it both
> on success and on error path.
> While checking the code it turned out that the requested firmware is not
> even used. More over the same firmware is being loaded by
> wm0010_stage2_load().
>
> Signed-off-by: Sudip Mukherjee <sudip@vectorindia.org>
> ---
hmm... odd guess this must have been missed when
wm0010_stage2_load was created.
Acked-by: Charles Keepax <ckeepax@opensource.wolfsonmicro.com>
Thanks,
Charles
^ permalink raw reply [flat|nested] 10+ messages in thread
* Applied "ASoC: wm0010: fix memory leak" to the asoc tree
2015-09-18 10:32 ` [PATCH 2/3] ASoC: wm0010: fix memory leak Sudip Mukherjee
2015-09-18 11:39 ` Charles Keepax
@ 2015-09-20 0:13 ` Mark Brown
1 sibling, 0 replies; 10+ messages in thread
From: Mark Brown @ 2015-09-20 0:13 UTC (permalink / raw)
To: Sudip Mukherjee, Charles Keepax, Mark Brown; +Cc: alsa-devel
The patch
ASoC: wm0010: fix memory leak
has been applied to the asoc tree at
git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the next 24 hours) and sent to Linus during
the next merge window (or sooner if it is a bug fix), however if
problems are discovered then the patch may be dropped or reverted.
You may get further e-mails resulting from automated or manual testing
and review of the tree, please engage with people reporting problems and
send followup patches addressing any issues that are reported if needed.
If any updates are required or you are submitting further changes they
should be sent as incremental updates against current git, existing
patches will not be replaced.
Please add any relevant lists and maintainers to the CCs when replying
to this mail.
Thanks,
Mark
>From 2ace47be5a315def8f493ca77aa59c077ade30a1 Mon Sep 17 00:00:00 2001
From: Sudip Mukherjee <sudipm.mukherjee@gmail.com>
Date: Fri, 18 Sep 2015 16:02:20 +0530
Subject: [PATCH] ASoC: wm0010: fix memory leak
We have requested for the firmware but we have missed releasing it both
on success and on error path.
While checking the code it turned out that the requested firmware is not
even used. More over the same firmware is being loaded by
wm0010_stage2_load().
Signed-off-by: Sudip Mukherjee <sudip@vectorindia.org>
Acked-by: Charles Keepax <ckeepax@opensource.wolfsonmicro.com>
Signed-off-by: Mark Brown <broonie@kernel.org>
---
sound/soc/codecs/wm0010.c | 9 ---------
1 file changed, 9 deletions(-)
diff --git a/sound/soc/codecs/wm0010.c b/sound/soc/codecs/wm0010.c
index 9d370a4..7a1bc40 100644
--- a/sound/soc/codecs/wm0010.c
+++ b/sound/soc/codecs/wm0010.c
@@ -577,7 +577,6 @@ static int wm0010_boot(struct snd_soc_codec *codec)
struct wm0010_priv *wm0010 = snd_soc_codec_get_drvdata(codec);
unsigned long flags;
int ret;
- const struct firmware *fw;
struct spi_message m;
struct spi_transfer t;
struct dfw_pllrec pll_rec;
@@ -623,14 +622,6 @@ static int wm0010_boot(struct snd_soc_codec *codec)
wm0010->state = WM0010_OUT_OF_RESET;
spin_unlock_irqrestore(&wm0010->irq_lock, flags);
- /* First the bootloader */
- ret = request_firmware(&fw, "wm0010_stage2.bin", codec->dev);
- if (ret != 0) {
- dev_err(codec->dev, "Failed to request stage2 loader: %d\n",
- ret);
- goto abort;
- }
-
if (!wait_for_completion_timeout(&wm0010->boot_completion,
msecs_to_jiffies(20)))
dev_err(codec->dev, "Failed to get interrupt from DSP\n");
--
2.5.0
^ permalink raw reply related [flat|nested] 10+ messages in thread
* [PATCH 3/3] ASoC: wm0010: fix error path
2015-09-18 10:32 [PATCH 1/3] ASoC: wm0010: disable regulator on error Sudip Mukherjee
2015-09-18 10:32 ` [PATCH 2/3] ASoC: wm0010: fix memory leak Sudip Mukherjee
@ 2015-09-18 10:32 ` Sudip Mukherjee
2015-09-18 11:40 ` Charles Keepax
2015-09-20 0:13 ` Applied "ASoC: wm0010: fix error path" to the asoc tree Mark Brown
2015-09-18 11:34 ` [PATCH 1/3] ASoC: wm0010: disable regulator on error Charles Keepax
2 siblings, 2 replies; 10+ messages in thread
From: Sudip Mukherjee @ 2015-09-18 10:32 UTC (permalink / raw)
To: Liam Girdwood, Mark Brown, Jaroslav Kysela, Takashi Iwai
Cc: linux-kernel, patches, alsa-devel, Sudip Mukherjee
Fix the error path so that we can free the allocated memory on the error
path instead of releasing them individually on each error.
Signed-off-by: Sudip Mukherjee <sudip@vectorindia.org>
---
sound/soc/codecs/wm0010.c | 22 ++++++++++------------
1 file changed, 10 insertions(+), 12 deletions(-)
diff --git a/sound/soc/codecs/wm0010.c b/sound/soc/codecs/wm0010.c
index 4947be5..3ced902 100644
--- a/sound/soc/codecs/wm0010.c
+++ b/sound/soc/codecs/wm0010.c
@@ -663,10 +663,8 @@ static int wm0010_boot(struct snd_soc_codec *codec)
}
img_swap = kzalloc(len, GFP_KERNEL | GFP_DMA);
- if (!img_swap) {
- kfree(out);
- goto abort;
- }
+ if (!img_swap)
+ goto abort_out;
/* We need to re-order for 0010 */
byte_swap_64((u64 *)&pll_rec, img_swap, len);
@@ -681,20 +679,16 @@ static int wm0010_boot(struct snd_soc_codec *codec)
spi_message_add_tail(&t, &m);
ret = spi_sync(spi, &m);
- if (ret != 0) {
+ if (ret) {
dev_err(codec->dev, "First PLL write failed: %d\n", ret);
- kfree(img_swap);
- kfree(out);
- goto abort;
+ goto abort_swap;
}
/* Use a second send of the message to get the return status */
ret = spi_sync(spi, &m);
- if (ret != 0) {
+ if (ret) {
dev_err(codec->dev, "Second PLL write failed: %d\n", ret);
- kfree(img_swap);
- kfree(out);
- goto abort;
+ goto abort_swap;
}
p = (u32 *)out;
@@ -727,6 +721,10 @@ static int wm0010_boot(struct snd_soc_codec *codec)
return 0;
+abort_swap:
+ kfree(img_swap);
+abort_out:
+ kfree(out);
abort:
/* Put the chip back into reset */
wm0010_halt(codec);
--
1.9.1
^ permalink raw reply related [flat|nested] 10+ messages in thread* Re: [PATCH 3/3] ASoC: wm0010: fix error path
2015-09-18 10:32 ` [PATCH 3/3] ASoC: wm0010: fix error path Sudip Mukherjee
@ 2015-09-18 11:40 ` Charles Keepax
2015-09-20 0:13 ` Applied "ASoC: wm0010: fix error path" to the asoc tree Mark Brown
1 sibling, 0 replies; 10+ messages in thread
From: Charles Keepax @ 2015-09-18 11:40 UTC (permalink / raw)
To: Sudip Mukherjee
Cc: Liam Girdwood, Mark Brown, Jaroslav Kysela, Takashi Iwai,
linux-kernel, patches, alsa-devel
On Fri, Sep 18, 2015 at 04:02:21PM +0530, Sudip Mukherjee wrote:
> Fix the error path so that we can free the allocated memory on the error
> path instead of releasing them individually on each error.
>
> Signed-off-by: Sudip Mukherjee <sudip@vectorindia.org>
> ---
Acked-by: Charles Keepax <ckeepax@opensource.wolfsonmicro.com>
Thanks,
Charles
^ permalink raw reply [flat|nested] 10+ messages in thread
* Applied "ASoC: wm0010: fix error path" to the asoc tree
2015-09-18 10:32 ` [PATCH 3/3] ASoC: wm0010: fix error path Sudip Mukherjee
2015-09-18 11:40 ` Charles Keepax
@ 2015-09-20 0:13 ` Mark Brown
1 sibling, 0 replies; 10+ messages in thread
From: Mark Brown @ 2015-09-20 0:13 UTC (permalink / raw)
To: Sudip Mukherjee, Charles Keepax, Mark Brown; +Cc: alsa-devel
The patch
ASoC: wm0010: fix error path
has been applied to the asoc tree at
git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the next 24 hours) and sent to Linus during
the next merge window (or sooner if it is a bug fix), however if
problems are discovered then the patch may be dropped or reverted.
You may get further e-mails resulting from automated or manual testing
and review of the tree, please engage with people reporting problems and
send followup patches addressing any issues that are reported if needed.
If any updates are required or you are submitting further changes they
should be sent as incremental updates against current git, existing
patches will not be replaced.
Please add any relevant lists and maintainers to the CCs when replying
to this mail.
Thanks,
Mark
>From f072f91aa7517386344476813ca0799e08fd0c35 Mon Sep 17 00:00:00 2001
From: Sudip Mukherjee <sudipm.mukherjee@gmail.com>
Date: Fri, 18 Sep 2015 16:02:21 +0530
Subject: [PATCH] ASoC: wm0010: fix error path
Fix the error path so that we can free the allocated memory on the error
path instead of releasing them individually on each error.
Signed-off-by: Sudip Mukherjee <sudip@vectorindia.org>
Acked-by: Charles Keepax <ckeepax@opensource.wolfsonmicro.com>
Signed-off-by: Mark Brown <broonie@kernel.org>
---
sound/soc/codecs/wm0010.c | 22 ++++++++++------------
1 file changed, 10 insertions(+), 12 deletions(-)
diff --git a/sound/soc/codecs/wm0010.c b/sound/soc/codecs/wm0010.c
index 7a1bc40..76b2f88 100644
--- a/sound/soc/codecs/wm0010.c
+++ b/sound/soc/codecs/wm0010.c
@@ -663,10 +663,8 @@ static int wm0010_boot(struct snd_soc_codec *codec)
}
img_swap = kzalloc(len, GFP_KERNEL | GFP_DMA);
- if (!img_swap) {
- kfree(out);
- goto abort;
- }
+ if (!img_swap)
+ goto abort_out;
/* We need to re-order for 0010 */
byte_swap_64((u64 *)&pll_rec, img_swap, len);
@@ -681,20 +679,16 @@ static int wm0010_boot(struct snd_soc_codec *codec)
spi_message_add_tail(&t, &m);
ret = spi_sync(spi, &m);
- if (ret != 0) {
+ if (ret) {
dev_err(codec->dev, "First PLL write failed: %d\n", ret);
- kfree(img_swap);
- kfree(out);
- goto abort;
+ goto abort_swap;
}
/* Use a second send of the message to get the return status */
ret = spi_sync(spi, &m);
- if (ret != 0) {
+ if (ret) {
dev_err(codec->dev, "Second PLL write failed: %d\n", ret);
- kfree(img_swap);
- kfree(out);
- goto abort;
+ goto abort_swap;
}
p = (u32 *)out;
@@ -727,6 +721,10 @@ static int wm0010_boot(struct snd_soc_codec *codec)
return 0;
+abort_swap:
+ kfree(img_swap);
+abort_out:
+ kfree(out);
abort:
/* Put the chip back into reset */
wm0010_halt(codec);
--
2.5.0
^ permalink raw reply related [flat|nested] 10+ messages in thread
* Re: [PATCH 1/3] ASoC: wm0010: disable regulator on error
2015-09-18 10:32 [PATCH 1/3] ASoC: wm0010: disable regulator on error Sudip Mukherjee
2015-09-18 10:32 ` [PATCH 2/3] ASoC: wm0010: fix memory leak Sudip Mukherjee
2015-09-18 10:32 ` [PATCH 3/3] ASoC: wm0010: fix error path Sudip Mukherjee
@ 2015-09-18 11:34 ` Charles Keepax
2015-09-18 12:42 ` Sudip Mukherjee
2 siblings, 1 reply; 10+ messages in thread
From: Charles Keepax @ 2015-09-18 11:34 UTC (permalink / raw)
To: Sudip Mukherjee
Cc: alsa-devel, Liam Girdwood, patches, linux-kernel, Takashi Iwai,
Mark Brown
On Fri, Sep 18, 2015 at 04:02:19PM +0530, Sudip Mukherjee wrote:
> We have done regulator_bulk_enable() while booting the DSP but on the
> error exit path we have not disbled it.
>
> Signed-off-by: Sudip Mukherjee <sudip@vectorindia.org>
> ---
> sound/soc/codecs/wm0010.c | 2 --
> 1 file changed, 2 deletions(-)
>
> diff --git a/sound/soc/codecs/wm0010.c b/sound/soc/codecs/wm0010.c
> index 8434d45..79a7cd3 100644
> --- a/sound/soc/codecs/wm0010.c
> +++ b/sound/soc/codecs/wm0010.c
> @@ -739,8 +739,6 @@ static int wm0010_boot(struct snd_soc_codec *codec)
> abort:
> /* Put the chip back into reset */
> wm0010_halt(codec);
> - mutex_unlock(&wm0010->lock);
> - return ret;
Does wm0010_halt not disable the regulators?
Thanks,
Charles
>
> err_core:
> mutex_unlock(&wm0010->lock);
> --
> 1.9.1
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: [PATCH 1/3] ASoC: wm0010: disable regulator on error
2015-09-18 11:34 ` [PATCH 1/3] ASoC: wm0010: disable regulator on error Charles Keepax
@ 2015-09-18 12:42 ` Sudip Mukherjee
2015-09-18 12:38 ` Charles Keepax
0 siblings, 1 reply; 10+ messages in thread
From: Sudip Mukherjee @ 2015-09-18 12:42 UTC (permalink / raw)
To: Charles Keepax
Cc: Liam Girdwood, Mark Brown, Jaroslav Kysela, Takashi Iwai,
linux-kernel, patches, alsa-devel
On Fri, Sep 18, 2015 at 12:34:12PM +0100, Charles Keepax wrote:
> On Fri, Sep 18, 2015 at 04:02:19PM +0530, Sudip Mukherjee wrote:
> > We have done regulator_bulk_enable() while booting the DSP but on the
> > error exit path we have not disbled it.
> >
> > Signed-off-by: Sudip Mukherjee <sudip@vectorindia.org>
> > ---
> > sound/soc/codecs/wm0010.c | 2 --
> > 1 file changed, 2 deletions(-)
> >
> > diff --git a/sound/soc/codecs/wm0010.c b/sound/soc/codecs/wm0010.c
> > index 8434d45..79a7cd3 100644
> > --- a/sound/soc/codecs/wm0010.c
> > +++ b/sound/soc/codecs/wm0010.c
> > @@ -739,8 +739,6 @@ static int wm0010_boot(struct snd_soc_codec *codec)
> > abort:
> > /* Put the chip back into reset */
> > wm0010_halt(codec);
> > - mutex_unlock(&wm0010->lock);
> > - return ret;
>
> Does wm0010_halt not disable the regulators?
oops, yes, it does. Sorry I should have seen it before posting.
patch 2/3 and 3/3 will still apply even if this 1/3 is not applied.
Should I send a v2 leaving out this patch or is it ok to discard this
patch while applying?
regards
sudip
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: [PATCH 1/3] ASoC: wm0010: disable regulator on error
2015-09-18 12:42 ` Sudip Mukherjee
@ 2015-09-18 12:38 ` Charles Keepax
0 siblings, 0 replies; 10+ messages in thread
From: Charles Keepax @ 2015-09-18 12:38 UTC (permalink / raw)
To: Sudip Mukherjee
Cc: Liam Girdwood, Mark Brown, Jaroslav Kysela, Takashi Iwai,
linux-kernel, patches, alsa-devel
On Fri, Sep 18, 2015 at 06:12:05PM +0530, Sudip Mukherjee wrote:
> On Fri, Sep 18, 2015 at 12:34:12PM +0100, Charles Keepax wrote:
> > On Fri, Sep 18, 2015 at 04:02:19PM +0530, Sudip Mukherjee wrote:
> > > We have done regulator_bulk_enable() while booting the DSP but on the
> > > error exit path we have not disbled it.
> > >
> > > Signed-off-by: Sudip Mukherjee <sudip@vectorindia.org>
> > > ---
> > > sound/soc/codecs/wm0010.c | 2 --
> > > 1 file changed, 2 deletions(-)
> > >
> > > diff --git a/sound/soc/codecs/wm0010.c b/sound/soc/codecs/wm0010.c
> > > index 8434d45..79a7cd3 100644
> > > --- a/sound/soc/codecs/wm0010.c
> > > +++ b/sound/soc/codecs/wm0010.c
> > > @@ -739,8 +739,6 @@ static int wm0010_boot(struct snd_soc_codec *codec)
> > > abort:
> > > /* Put the chip back into reset */
> > > wm0010_halt(codec);
> > > - mutex_unlock(&wm0010->lock);
> > > - return ret;
> >
> > Does wm0010_halt not disable the regulators?
> oops, yes, it does. Sorry I should have seen it before posting.
> patch 2/3 and 3/3 will still apply even if this 1/3 is not applied.
> Should I send a v2 leaving out this patch or is it ok to discard this
> patch while applying?
As long as they apply cleanly I would think its fine to just
leave them as is.
Thanks,
Charles
^ permalink raw reply [flat|nested] 10+ messages in thread