[alsa-devel] [PATCH] ASoC: dapm: Fix a couple uninitialized ret variables

Charles Keepax ckeepax at opensource.cirrus.com
Mon Sep 10 16:22:24 CEST 2018


On Fri, Sep 07, 2018 at 10:40:33PM +0300, Dan Carpenter wrote:
> Smatch complains that these variables could be uninitialized.  The first
> one in snd_soc_dai_link_event() is probably a false positive, because
> probably we know the lists are not empty.  I would normally ignore the
> warning, but GCC complains here as well so I just silenced the warning.
> The "ret" in snd_soc_dapm_new_dai() does need to be initialized or it
> leads to a bogus dereference in the caller.
> 
> Fixes: 3bbf5d34fd4a ("ASoC: dapm: Move error handling to snd_soc_dapm_new_control_unlocked")
> Signed-off-by: Dan Carpenter <dan.carpenter at oracle.com>
> 
> diff --git a/sound/soc/soc-dapm.c b/sound/soc/soc-dapm.c
> index 9f4edcd19e02..0dcdcc23dcfd 100644
> --- a/sound/soc/soc-dapm.c
> +++ b/sound/soc/soc-dapm.c
> @@ -3623,7 +3623,7 @@ static int snd_soc_dai_link_event(struct snd_soc_dapm_widget *w,
>  	struct snd_pcm_hw_params *params = NULL;
>  	struct snd_pcm_runtime *runtime = NULL;
>  	unsigned int fmt;
> -	int ret;
> +	int ret = 0;

This one got fixed the other day in fc269c039644 ("ASoC: dapm:
Avoid uninitialised variable warning").
>  
>  	config = rtd->dai_link->params + rtd->params_select;
>  
> @@ -3938,8 +3938,10 @@ snd_soc_dapm_new_dai(struct snd_soc_card *card, struct snd_soc_pcm_runtime *rtd,
>  	dev_dbg(card->dev, "ASoC: adding %s widget\n", link_name);
>  
>  	w = snd_soc_dapm_new_control_unlocked(&card->dapm, &template);
> -	if (IS_ERR(w))
> +	if (IS_ERR(w)) {
> +		ret = PTR_ERR(w);
>  		goto outfree_kcontrol_news;
> +	}

Thanks for spotting this, looks good to me.

Reviewed-by: Charles Keepax <ckeepax at opensource.cirrus.com>

>  
>  	w->priv = rtd;
>  

Thanks,
Charles


More information about the Alsa-devel mailing list