[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <1e5a475c-47c4-a848-03ba-3af5d187ff76@huawei.com>
Date: Tue, 19 Dec 2017 18:52:27 +0800
From: Yisheng Xie <xieyisheng1@...wei.com>
To: Greg KH <gregkh@...uxfoundation.org>
CC: <thomas.lendacky@....com>, <lorenzo.pieralisi@....com>,
<bp@...e.de>, <tglx@...utronix.de>, <kstewart@...uxfoundation.org>,
<linux-kernel@...r.kernel.org>
Subject: Re: [PATCH v2] devres: use MACRO instead of function for devm_ioremap
Hi Greg,
On 2017/12/19 16:46, Greg KH wrote:
> On Sat, Nov 25, 2017 at 05:23:33PM +0800, Yisheng Xie wrote:
>> Default ioremap is ioremap_nocache, so devm_ioremap has the same function
>> with devm_ioremap_nocache, which may just be killed. However, there are
>> many places which use devm_ioremap_nocache, while many use devm_ioremap.
>>
>> This patch is to use MACRO for devm_ioremap, which will reduce the size of
>> devres.o from 206824 Bytes to 203768 Bytes.
>
> Ok, the idea is good, but why not just get rid of the callers of
> devm_ioremap_nocache() instead and have them call devm_ioremap() if they
> really are the same thing? No need to keep a macro around for the
> duplicate thing, just delete the one and things are much better.
Yeah, I thought someone may still want to use devm_ioremap_nocache().
I will take your suggestion in next version and kill devm_ioremap_nocache().
Thanks
Yisheng Xie
>
> thanks,
>
> greg k-h
>
> .
>
Powered by blists - more mailing lists