[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20171017120022.m4gblhcfs7xf7zld@dhcp22.suse.cz>
Date: Tue, 17 Oct 2017 14:00:22 +0200
From: Michal Hocko <mhocko@...nel.org>
To: "Kirill A. Shutemov" <kirill@...temov.name>
Cc: changbin.du@...el.com, akpm@...ux-foundation.org, corbet@....net,
hughd@...gle.com, linux-doc@...r.kernel.org,
linux-kernel@...r.kernel.org, linux-mm@...ck.org
Subject: Re: [PATCH 2/2] mm: rename page dtor functions to
{compound,huge,transhuge}_page__dtor
On Tue 17-10-17 14:22:14, Kirill A. Shutemov wrote:
> On Tue, Oct 17, 2017 at 12:22:03PM +0200, Michal Hocko wrote:
> > On Mon 16-10-17 17:19:17, changbin.du@...el.com wrote:
> > > From: Changbin Du <changbin.du@...el.com>
> > >
> > > The current name free_{huge,transhuge}_page are paired with
> > > alloc_{huge,transhuge}_page functions, but the actual page free
> > > function is still free_page() which will indirectly call
> > > free_{huge,transhuge}_page. So this patch removes this confusion
> > > by renaming all the compound page dtors.
> >
> > Is this code churn really worth it?
>
> Getting naming straight is kinda nit. :)
yes
> But I don't feel strong either way.
Me neither, I am just trying to understand why the patch has been
created? Is it a preparation for some other changes? If it was removing
some code it would be much more clear but it actually adds twice as much
as it removes so it doesn't save anything there. It makes the API more
explicit which might be good but is it worth that?
--
Michal Hocko
SUSE Labs
Powered by blists - more mailing lists