[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <gfi4s3wn6ssmq2242ws5fduz7s46lrb3wgzvyn3y5djpdqtkqj@v4c5knprxotm>
Date: Thu, 15 Jan 2026 22:45:42 +0200
From: Dmitry Baryshkov <dmitry.baryshkov@....qualcomm.com>
To: Jianping Li <jianping.li@....qualcomm.com>
Cc: srini@...nel.org, amahesh@....qualcomm.com, arnd@...db.de,
gregkh@...uxfoundation.org, linux-arm-msm@...r.kernel.org,
Ekansh Gupta <ekansh.gupta@....qualcomm.com>,
thierry.escande@...aro.org, abelvesa@...nel.org,
dri-devel@...ts.freedesktop.org, linux-kernel@...r.kernel.org,
quic_chennak@...cinc.com, stable@...nel.org
Subject: Re: [PATCH v2 2/4] misc: fastrpc: Fix initial memory allocation for
Audio PD memory pool
On Thu, Jan 15, 2026 at 04:28:49PM +0800, Jianping Li wrote:
> From: Ekansh Gupta <ekansh.gupta@....qualcomm.com>
>
> The initially allocated memory is not properly included in the pool,
> leading to potential issues with memory management. The issue is
Define "properly" and be more explicit about "potential issues". Please
be more precise in commit messages.
> actually a memory leak because the initial memory is never used by
Why is it not used?
> Audio PD. It will immediately make a remote heap request as no memory is
Ok, you've described one issue. Beforehand it was "issues". Are there
any others? if not, please drop the "potential issues" part.
> added to the pool initially. Set the number of pages to one to ensure
> that the initially allocated memory is correctly added to the Audio PD
> memory pool.
>
> Fixes: 0871561055e66 ("misc: fastrpc: Add support for audiopd")
> Cc: stable@...nel.org
> Co-developed-by: Ekansh Gupta <ekansh.gupta@....qualcomm.com>
> Signed-off-by: Ekansh Gupta <ekansh.gupta@....qualcomm.com>
> Signed-off-by: Jianping Li <jianping.li@....qualcomm.com>
> ---
> drivers/misc/fastrpc.c | 8 ++++----
> 1 file changed, 4 insertions(+), 4 deletions(-)
>
The patch LGTM.
--
With best wishes
Dmitry
Powered by blists - more mailing lists