[PATCH v2] ASoC: Intel: Skylake: fix possible memory leak in skl_codec_device_init()
Yang Yingliang
yangyingliang at huawei.com
Thu Oct 20 15:37:42 CEST 2022
On 2022/10/20 20:10, Cezary Rojewski wrote:
> On 2022-10-20 12:59 PM, Yang Yingliang wrote:
>> If snd_hdac_device_register() fails, 'codec' and name allocated in
>> dev_set_name() called in snd_hdac_device_init() are leaked. Fix this
>> by calling put_device(), so they can be freed in
>> snd_hda_codec_dev_release()
>> and kobject_cleanup().
>>
>> Fixes: e4746d94d00c ("ASoC: Intel: Skylake: Introduce HDA codec init
>> and exit routines")
>> Fixes: dfe66a18780d ("ALSA: hdac_ext: add extended HDA bus")
>
> I do not believe the second Fixes-tag is required as it's not
> connected directly with the fix you're providing.
When the reference of device is leaked, it leads to two memory leak:
'codec' and 'dev->kobj.name' which
is allocated in dev_set_name(). The name leak is introduce by the second
fix tag. This patch calling put_device()
to free both of them.
>
> Tag:
> Suggested-by: Cezary Rojewski <cezary.rojewski at intel.com>
>
> would be most welcome though.
>
> Also, if there would happen to be v3, please bundle Skylake and SOF
> patches together into a single patchset (still not a single patch!).
OK, It's my pleasure.
>
>> Signed-off-by: Yang Yingliang <yangyingliang at huawei.com>
>
> ...
>
>> sound/soc/intel/skylake/skl.c | 8 +-------
>> 1 file changed, 1 insertion(+), 7 deletions(-)
>>
>> diff --git a/sound/soc/intel/skylake/skl.c
>> b/sound/soc/intel/skylake/skl.c
>> index bbba2df33aaf..3312b57e3c0c 100644
>> --- a/sound/soc/intel/skylake/skl.c
>> +++ b/sound/soc/intel/skylake/skl.c
>> @@ -689,11 +689,6 @@ static void load_codec_module(struct hda_codec
>> *codec)
>> #endif /* CONFIG_SND_SOC_INTEL_SKYLAKE_HDAUDIO_CODEC */
>> -static void skl_codec_device_exit(struct device *dev)
>> -{
>> - snd_hdac_device_exit(dev_to_hdac_dev(dev));
>> -}
>> -
>> static struct hda_codec *skl_codec_device_init(struct hdac_bus
>> *bus, int addr)
>> {
>> struct hda_codec *codec;
>> @@ -706,12 +701,11 @@ static struct hda_codec
>> *skl_codec_device_init(struct hdac_bus *bus, int addr)
>> }
>> codec->core.type = HDA_DEV_ASOC;
>> - codec->core.dev.release = skl_codec_device_exit;
>> ret = snd_hdac_device_register(&codec->core);
>> if (ret) {
>> dev_err(bus->dev, "failed to register hdac device\n");
>> - snd_hdac_device_exit(&codec->core);
>> + put_device(&codec->core.dev);
>> return ERR_PTR(ret);
>> }
>
> Shy question: why my suggestion seems reasonable, I did not test it
> yet, proposed it based on static analysis of the code. Did you test it?
I did it by static detailed analysis, there is a common driver core
mechanism to make sure snd_hda_codec_dev_release() is called in
device_release() when refcount hit 0, and it's ok to call
snd_hda_codec_dev_release(), because the member of codec that need be
freed is still null, it won't cause any problem. Could you test this
patch if you wish ?
Thanks,
Yang
>
>
> Regards,
> Czarek
>
> .
More information about the Alsa-devel
mailing list