[PATCH] ASoC: da7219: Fix general protection fault in da7219_register_dai_clks

Adam Thomson Adam.Thomson.Opensource at diasemi.com
Thu Jul 30 17:53:56 CEST 2020


On 30 July 2020 15:04, Yong Zhi wrote:

> clkdev_drop(cl) does not null the removed cl, if da7219_register_dai_clks()
> entered again after card removal, devm_clk_register() will return -EEXIST,
> the goto err to clkdev_drop() will trigger board reboot.
> 
> Test commands:
>    modprobe -r snd_sof_pci
>    modprobe snd_sof_pci
> 
> The oops looks like:
> 
> da7219 i2c-DLGS7219:00: Using default DAI clk names: da7219-dai-wclk, da7219-
> dai-bclk
> da7219 i2c-DLGS7219:00: Failed to register da7219-dai-wclk: -17
> general protection fault: 0000 [#1] PREEMPT SMP NOPTI
> RIP: 0010:clkdev_drop+0x20/0x52
> Call Trace:
>  da7219_probe+0x52e/0x6dc [snd_soc_da7219]
>  soc_probe_component+0x206/0x3a1
>  snd_soc_bind_card+0x4ee/0x9a6
>  devm_snd_soc_register_card+0x48/0x7b
>  audio_probe+0x1f0/0x221 [snd_soc_sof_da7219_max98373]
>  platform_drv_probe+0x89/0xa2
>  really_probe+0x129/0x30d
>  driver_probe_device+0x59/0xec
>  ? driver_sysfs_remove+0x55/0x55
>  bus_for_each_drv+0xa1/0xdc
>  __device_attach+0xc2/0x146
>  bus_probe_device+0x32/0x97
>  device_add+0x311/0x3b4
>  platform_device_add+0x184/0x1eb
> 
> Fix by marking (nullifying) the da7219->dai_clks_lookup[i]
> after clkdev_drop().
> 
> Signed-off-by: Yong Zhi <yong.zhi at intel.com>
> ---
>  sound/soc/codecs/da7219.c | 4 +++-
>  1 file changed, 3 insertions(+), 1 deletion(-)
> 
> diff --git a/sound/soc/codecs/da7219.c b/sound/soc/codecs/da7219.c
> index 153ea30b5a8f..54da7cfbb5f4 100644
> --- a/sound/soc/codecs/da7219.c
> +++ b/sound/soc/codecs/da7219.c
> @@ -2369,8 +2369,10 @@ static void da7219_remove(struct
> snd_soc_component *component)
> 
>  #ifdef CONFIG_COMMON_CLK
>  	for (i = DA7219_DAI_NUM_CLKS - 1; i >= 0; --i) {
> -		if (da7219->dai_clks_lookup[i])
> +		if (da7219->dai_clks_lookup[i]) {
>  			clkdev_drop(da7219->dai_clks_lookup[i]);
> +			da7219->dai_clks_lookup[i] = NULL;
> +		}

It seems to me that devm_* functions should have freed up everything when the
codec module was removed. I can only assume the codec isn't being removed in
your test hence devm is never freeing the clock resource and is why you're
getting -EEXIST. Is this the case and is your use-case expected behaviour? It's
not something that has been reported previously so am keen to understand exactly
what's happening here.

>  	}
>  #endif
> 
> --
> 2.7.4



More information about the Alsa-devel mailing list