[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <ae0f5e46-afb2-e103-0c24-2310ad326e55@huawei.com>
Date: Wed, 14 Dec 2022 11:55:27 +0800
From: cuigaosheng <cuigaosheng1@...wei.com>
To: Jakub Kicinski <kuba@...nel.org>
CC: <peppe.cavallaro@...com>, <alexandre.torgue@...s.st.com>,
<joabreu@...opsys.com>, <davem@...emloft.net>,
<edumazet@...gle.com>, <pabeni@...hat.com>,
<mcoquelin.stm32@...il.com>, <ast@...nel.org>,
<daniel@...earbox.net>, <hawk@...nel.org>,
<john.fastabend@...il.com>, <boon.leong.ong@...el.com>,
<netdev@...r.kernel.org>,
<linux-stm32@...md-mailman.stormreply.com>,
<linux-arm-kernel@...ts.infradead.org>
Subject: Re: [PATCH v2] net: stmmac: fix possible memory leak in
stmmac_dvr_probe()
Thanks for taking time to review this patch.
I am sorry I missed the errno, and I have submit a new patch to fix it.
Link: https://patchwork.kernel.org/project/netdevbpf/patch/20221214034205.3449908-1-cuigaosheng1@huawei.com/
On 2022/12/14 11:15, Jakub Kicinski wrote:
> On Mon, 12 Dec 2022 10:13:50 +0800 Gaosheng Cui wrote:
>> The bitmap_free() should be called to free priv->af_xdp_zc_qps
>> when create_singlethread_workqueue() fails, otherwise there will
>> be a memory leak, so we add the err path error_wq_init to fix it.
>>
>> Fixes: bba2556efad6 ("net: stmmac: Enable RX via AF_XDP zero-copy")
>> Signed-off-by: Gaosheng Cui <cuigaosheng1@...wei.com>
> The previous version has already been applied and we can't remove it.
> Could you send an incremental change to just add the errno?
> .
Powered by blists - more mailing lists