[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <51861587-3ea9-4d74-9ccf-81c174be32ca@vivo.com>
Date: Mon, 18 Aug 2025 21:57:02 +0800
From: Qianfeng Rong <rongqianfeng@...o.com>
To: Richard Weinberger <richard.weinberger@...il.com>
Cc: Richard Weinberger <richard@....at>,
Zhihao Cheng <chengzhihao1@...wei.com>, linux-mtd@...ts.infradead.org,
linux-kernel@...r.kernel.org
Subject: Re: [PATCH] ubifs: vmalloc(array_size()) -> vmalloc_array()
在 2025/8/18 21:49, Richard Weinberger 写道:
> [You don't often get email from richard.weinberger@...il.com. Learn why this is important at https://aka.ms/LearnAboutSenderIdentification ]
>
> On Sun, Aug 17, 2025 at 10:12 AM Qianfeng Rong <rongqianfeng@...o.com> wrote:
>> Remove array_size() calls and replace vmalloc() with vmalloc_array() in
>> ubifs_create_dflt_lpt()/lpt_init_rd()/lpt_init_wr(). vmalloc_array() is
>> optimized better, resulting in less instructions being used [1].
>>
>> [1]: https://lore.kernel.org/lkml/abc66ec5-85a4-47e1-9759-2f60ab111971@vivo.com/
>>
>> Signed-off-by: Qianfeng Rong <rongqianfeng@...o.com>
>> ---
>> fs/ubifs/lpt.c | 12 ++++++------
>> 1 file changed, 6 insertions(+), 6 deletions(-)
> Makes sense. Do you want me to carry this through the ubifs tree or do you have
> a distinct tree with all your vmalloc_array() patches?
Please carry this through the ubifs tree. Thanks for handling it!
>
> --
> Thanks,
> //richard
Best regards,
Qianfeng
Powered by blists - more mailing lists