Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751720AbbLUUiy (ORCPT ); Mon, 21 Dec 2015 15:38:54 -0500 Received: from mail-wm0-f43.google.com ([74.125.82.43]:35988 "EHLO mail-wm0-f43.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751548AbbLUUiw (ORCPT ); Mon, 21 Dec 2015 15:38:52 -0500 MIME-Version: 1.0 In-Reply-To: <1450204575-13052-1-git-send-email-mhocko@kernel.org> References: <1450204575-13052-1-git-send-email-mhocko@kernel.org> From: Paul Gortmaker Date: Mon, 21 Dec 2015 15:38:21 -0500 X-Google-Sender-Auth: cqO9YvCJ8C1p1EchM6CzTMYfShs Message-ID: Subject: Re: [PATCH 1/2] mm, oom: introduce oom reaper To: Michal Hocko Cc: Andrew Morton , Mel Gorman , Tetsuo Handa , David Rientjes , Linus Torvalds , Oleg Nesterov , Hugh Dickins , Andrea Argangeli , Rik van Riel , linux-mm@kvack.org, LKML , Michal Hocko Content-Type: text/plain; charset=UTF-8 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1891 Lines: 60 On Tue, Dec 15, 2015 at 1:36 PM, Michal Hocko wrote: > From: Michal Hocko > > This is based on the idea from Mel Gorman discussed during LSFMM 2015 and > independently brought up by Oleg Nesterov. > [...] Since this is built-in always, can we.... > diff --git a/mm/oom_kill.c b/mm/oom_kill.c > index 5314b206caa5..48025a21f8c4 100644 > --- a/mm/oom_kill.c > +++ b/mm/oom_kill.c > @@ -35,6 +35,11 @@ > #include > #include > #include > +#include > +#include ...use instead above, and then... > + > +#include > +#include "internal.h" > [...] > + * Make sure our oom reaper thread will get scheduled when > + * ASAP and that it won't get preempted by malicious userspace. > + */ > + sched_setscheduler(oom_reaper_th, SCHED_FIFO, ¶m); > + } > + return 0; > +} > +module_init(oom_init) ...use one of the non-modular initcalls here? I'm trying to clean up most of the non-modular uses of modular macros etc. since: (1) it is easy to accidentally code up an unused module_exit function (2) it can be misleading when reading the source, thinking it can be modular when the Makefile and/or Kconfig prohibit it (3) it requires the include of the module.h header file which in turn includes nearly everything else, thus increasing CPP overhead. I figured no point in sending a follow on patch since this came in via the akpm tree into next and that gets rebased/updated regularly. Thanks, Paul. -- -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/