From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751705Ab1LHHau (ORCPT ); Thu, 8 Dec 2011 02:30:50 -0500 Received: from mail-bw0-f46.google.com ([209.85.214.46]:41141 "EHLO mail-bw0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751612Ab1LHHas (ORCPT ); Thu, 8 Dec 2011 02:30:48 -0500 Date: Thu, 8 Dec 2011 11:30:43 +0400 From: Cyrill Gorcunov To: Andrew Morton Cc: Kees Cook , linux-kernel@vger.kernel.org, Tejun Heo , Andrew Vagin , Serge Hallyn , Pavel Emelyanov , Vasiliy Kulikov , KAMEZAWA Hiroyuki , Michael Kerrisk Subject: Re: [rfc 3/3] prctl: Add PR_SET_MM codes to tune up mm_struct entires Message-ID: <20111208073043.GX21678@moon> References: <20111129203714.GH1775@moon> <20111130173739.GI14515@moon> <20111130182310.GL14515@moon> <20111130210622.GM14515@moon> <20111207122718.GF21678@moon> <20111207144355.c889e22d.akpm@linux-foundation.org> <20111208070724.GW21678@moon> <20111207231512.519385bb.akpm@linux-foundation.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20111207231512.519385bb.akpm@linux-foundation.org> User-Agent: Mutt/1.5.21 (2010-09-15) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, Dec 07, 2011 at 11:15:12PM -0800, Andrew Morton wrote: > On Thu, 8 Dec 2011 11:07:24 +0400 Cyrill Gorcunov wrote: > > > > > > > The prctl(2) manpage will need to be updated. Please Cc Michael on all > > > such changes. > > > > > > > you mean -- Michael Kerrisk, mtk AT man7.org, right? > > That isn't what ./MAINTAINERS says? > OK, I've just found him in MAINTAINERS. > > > > > > This is starting to add a non-trivial amount of code. Perhaps we need > > > to introduce a Kconfig variable to control such things as this, to > > > prevent bloating up kernels which aren't require to support c/r? > > > > > > > Dunno, Andrew. Actually I agreed that these snippets are mostly > > needed for c/r only, but the initial idea over all changes was > > to add levers into kernel which might be helpful not only > > for c/r but for someone else as well. > > In each instance, a case would need to be made for that. Plus if > people later come along who want access to these things for other > purposes, they can send a patch! > > There will always be people who would *prefer* that this material not > be present in their vmlinux. For those people, this patch is a > regression! > OK, I'll add some Kconfing variable for that. Lets see how it goes. Cyrill