[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <36758eff-5d49-4ded-bcb0-19d38b8eae2a@web.de>
Date: Tue, 23 Sep 2025 10:16:56 +0200
From: Markus Elfring <Markus.Elfring@....de>
To: Mark Brown <broonie@...nel.org>, Guangshuo Li
<lgs201920130244@...il.com>, linux-mediatek@...ts.infradead.org,
linux-arm-kernel@...ts.infradead.org, linux-sound@...r.kernel.org
Cc: stable@...r.kernel.org, LKML <linux-kernel@...r.kernel.org>,
Alexandre Mergnat <amergnat@...libre.com>,
Angelo Gioacchino Del Regno <angelogioacchino.delregno@...labora.com>,
Charles Keepax <ckeepax@...nsource.cirrus.com>,
Jaroslav Kysela <perex@...ex.cz>, Liam Girdwood <lgirdwood@...il.com>,
Matthias Brugger <matthias.bgg@...il.com>, Takashi Iwai <tiwai@...e.com>
Subject: Re: [v?] ASoC: mediatek: mt8365: Add check for devm_kcalloc() in
mt8365_afe_suspend()
>> …
>>> Add a NULL check and bail out with -ENOMEM, making sure to disable the
>>> main clock via the existing error path to keep clock state balanced.
>>
>> How do you think about to increase the application of scope-based resource management?
>
> Feel free to ignore Markus, he has a long history of sending
> unhelpful review comments and continues to ignore repeated requests
> to stop.
Can you take care for the mentioned development topic in more constructive ways?
Regards,
Markus
Powered by blists - more mailing lists