linux-kernel - Re: [PATCH v2] net/mlx5e: Use kvfree() in mlx5e_accel_fs_tcp

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [day] [month] [year] [list]

Message-ID: <611b2e05-0aca-68e3-b219-e851ce9eadd0@huawei.com>
Date:   Thu, 10 Nov 2022 19:04:32 +0800
From:   YueHaibing <yuehaibing@...wei.com>
To:     Tariq Toukan <ttoukan.linux@...il.com>,
        Eric Dumazet <edumazet@...gle.com>
CC:     <borisp@...dia.com>, <saeedm@...dia.com>, <leon@...nel.org>,
        <davem@...emloft.net>, <kuba@...nel.org>, <pabeni@...hat.com>,
        <lkayal@...dia.com>, <tariqt@...dia.com>, <markzhang@...dia.com>,
        <netdev@...r.kernel.org>, <linux-rdma@...r.kernel.org>,
        <linux-kernel@...r.kernel.org>
Subject: Re: [PATCH v2] net/mlx5e: Use kvfree() in mlx5e_accel_fs_tcp_create()

On 2022/11/10 15:31, Tariq Toukan wrote:
> 
> 
> On 11/8/2022 9:45 PM, Eric Dumazet wrote:
>> On Tue, Nov 8, 2022 at 9:58 AM Tariq Toukan <ttoukan.linux@...il.com> wrote:
>>>
>>>
>>>
>>> On 11/8/2022 4:06 PM, YueHaibing wrote:
>>>> 'accel_tcp' is allocted by kvzalloc(), which should freed by kvfree().
>>>>
>>>> Fixes: f52f2faee581 ("net/mlx5e: Introduce flow steering API")
>>>> Signed-off-by: YueHaibing <yuehaibing@...wei.com>
>>>> ---
>>>> v2: fix the same issue in mlx5e_accel_fs_tcp_destroy() and a commit log typo
>>>> ---
>>>>    drivers/net/ethernet/mellanox/mlx5/core/en_accel/fs_tcp.c | 4 ++--
>>>>    1 file changed, 2 insertions(+), 2 deletions(-)
>>>>
>>>> diff --git a/drivers/net/ethernet/mellanox/mlx5/core/en_accel/fs_tcp.c b/drivers/net/ethernet/mellanox/mlx5/core/en_accel/fs_tcp.c
>>>> index 285d32d2fd08..d7c020f72401 100644
>>>> --- a/drivers/net/ethernet/mellanox/mlx5/core/en_accel/fs_tcp.c
>>>> +++ b/drivers/net/ethernet/mellanox/mlx5/core/en_accel/fs_tcp.c
>>>> @@ -365,7 +365,7 @@ void mlx5e_accel_fs_tcp_destroy(struct mlx5e_flow_steering *fs)
>>>>        for (i = 0; i < ACCEL_FS_TCP_NUM_TYPES; i++)
>>>>                accel_fs_tcp_destroy_table(fs, i);
>>>>
>>>> -     kfree(accel_tcp);
>>>> +     kvfree(accel_tcp);
>>>>        mlx5e_fs_set_accel_tcp(fs, NULL);
>>>>    }
>>>>
>>>> @@ -397,7 +397,7 @@ int mlx5e_accel_fs_tcp_create(struct mlx5e_flow_steering *fs)
>>>>    err_destroy_tables:
>>>>        while (--i >= 0)
>>>>                accel_fs_tcp_destroy_table(fs, i);
>>>> -     kfree(accel_tcp);
>>>> +     kvfree(accel_tcp);
>>>>        mlx5e_fs_set_accel_tcp(fs, NULL);
>>>>        return err;
>>>>    }
>>>
>>> Reviewed-by: Tariq Toukan <tariqt@...dia.com>
>>>
>>> Thanks for your patch.
>>
>> Although this structure is 64 bytes... Not sure why kvmalloc() has
>> been used for this small chunk.
> 
> It's a small chunk indeed. Unnecessary usage of kvmalloc.
> 
> Although it's not critical (used only in slowpath), it'd be nice to clean it up and directly call kzalloc, instead of aligning the kfree().
> 
> YueHaibing, can you please submit a v3 for this?

Sure， will resend.
> 
> Regards,
> Tariq
> .