[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <059d01d179b7$807f7db0$817e7910$@alibaba-inc.com>
Date: Wed, 09 Mar 2016 11:55:20 +0800
From: "Hillf Danton" <hillf.zj@...baba-inc.com>
To: "'Michal Hocko'" <mhocko@...nel.org>,
"'Andrew Morton'" <akpm@...ux-foundation.org>
Cc: "'Hugh Dickins'" <hughd@...gle.com>,
"'Sergey Senozhatsky'" <sergey.senozhatsky.work@...il.com>,
"'Vlastimil Babka'" <vbabka@...e.cz>,
"'Linus Torvalds'" <torvalds@...ux-foundation.org>,
"'Johannes Weiner'" <hannes@...xchg.org>,
"'Mel Gorman'" <mgorman@...e.de>,
"'David Rientjes'" <rientjes@...gle.com>,
"'Tetsuo Handa'" <penguin-kernel@...ove.SAKURA.ne.jp>,
"'KAMEZAWA Hiroyuki'" <kamezawa.hiroyu@...fujitsu.com>,
"'Joonsoo Kim'" <js1304@...il.com>, <linux-mm@...ck.org>,
"'LKML'" <linux-kernel@...r.kernel.org>,
"'Michal Hocko'" <mhocko@...e.com>
Subject: Re: [PATCH 1/3] mm, compaction: change COMPACT_ constants into enum
>
> From: Michal Hocko <mhocko@...e.com>
>
> compaction code is doing weird dances between
> COMPACT_FOO -> int -> unsigned long
>
> but there doesn't seem to be any reason for that. All functions which
> return/use one of those constants are not expecting any other value
> so it really makes sense to define an enum for them and make it clear
> that no other values are expected.
>
> This is a pure cleanup and shouldn't introduce any functional changes.
>
> Signed-off-by: Michal Hocko <mhocko@...e.com>
> ---
Acked-by: Hillf Danton <hillf.zj@...baba-inc.com>
Powered by blists - more mailing lists