From mboxrd@z Thu Jan 1 00:00:00 1970 From: Jonathan Corbet Subject: Re: [PATCH v17 01/15] Add PR_{GET,SET}_NO_NEW_PRIVS to prevent execve from granting privs Date: Fri, 6 Apr 2012 14:28:24 -0600 Message-ID: <20120406142824.61d8ca3b@lwn.net> References: <1333051320-30872-1-git-send-email-wad@chromium.org> <1333051320-30872-2-git-send-email-wad@chromium.org> <20120406125517.77133b4e.akpm@linux-foundation.org> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 8bit Return-path: In-Reply-To: Sender: linux-kernel-owner@vger.kernel.org To: Andrew Lutomirski Cc: Andrew Morton , Will Drewry , linux-kernel@vger.kernel.org, linux-security-module@vger.kernel.org, linux-arch@vger.kernel.org, linux-doc@vger.kernel.org, kernel-hardening@lists.openwall.com, netdev@vger.kernel.org, x86@kernel.org, arnd@arndb.de, davem@davemloft.net, hpa@zytor.com, mingo@redhat.com, oleg@redhat.com, peterz@infradead.org, rdunlap@xenotime.net, mcgrathr@chromium.org, tglx@linutronix.de, eparis@redhat.com, serge.hallyn@canonical.com, djm@mindrot.org, scarybeasts@gmail.com, indan@nul.nu, pmoore@redhat.com, eric.dumazet@gmail.com, markus@chromium.org, coreyb@linux.vnet.ibm.com, keescook@chromium.org, jmorris@namei.org, Andy Lutomirski , linux-man@vger.kernel.org List-Id: linux-arch.vger.kernel.org On Fri, 6 Apr 2012 13:01:17 -0700 Andrew Lutomirski wrote: > This has been bugging me for awhile. Is there any interest in moving > the manpages into the kernel source tree? Then there could be a > general requirement that new APIs get documented when they're written. Man page (or other documentation) requirements for patch acceptance are a regular kernel summit feature. People seem to think it's a good idea, but actual enforcement of such requirements always seems to be lacking. Lots of people have kind of given up trying. I don't really see that adding the man pages to the tree would help, but I could be wrong... jon From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from tex.lwn.net ([70.33.254.29]:51074 "EHLO vena.lwn.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1755384Ab2DFU7k (ORCPT ); Fri, 6 Apr 2012 16:59:40 -0400 Date: Fri, 6 Apr 2012 14:28:24 -0600 From: Jonathan Corbet Subject: Re: [PATCH v17 01/15] Add PR_{GET,SET}_NO_NEW_PRIVS to prevent execve from granting privs Message-ID: <20120406142824.61d8ca3b@lwn.net> In-Reply-To: References: <1333051320-30872-1-git-send-email-wad@chromium.org> <1333051320-30872-2-git-send-email-wad@chromium.org> <20120406125517.77133b4e.akpm@linux-foundation.org> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 8bit Sender: linux-arch-owner@vger.kernel.org List-ID: To: Andrew Lutomirski Cc: Andrew Morton , Will Drewry , linux-kernel@vger.kernel.org, linux-security-module@vger.kernel.org, linux-arch@vger.kernel.org, linux-doc@vger.kernel.org, kernel-hardening@lists.openwall.com, netdev@vger.kernel.org, x86@kernel.org, arnd@arndb.de, davem@davemloft.net, hpa@zytor.com, mingo@redhat.com, oleg@redhat.com, peterz@infradead.org, rdunlap@xenotime.net, mcgrathr@chromium.org, tglx@linutronix.de, eparis@redhat.com, serge.hallyn@canonical.com, djm@mindrot.org, scarybeasts@gmail.com, indan@nul.nu, pmoore@redhat.com, eric.dumazet@gmail.com, markus@chromium.org, coreyb@linux.vnet.ibm.com, keescook@chromium.org, jmorris@namei.org, Andy Lutomirski , linux-man@vger.kernel.org Message-ID: <20120406202824.8Y4E_JOYViBkp-RtuVaoAOBREGtWRtTQReFHl_LfCJk@z> On Fri, 6 Apr 2012 13:01:17 -0700 Andrew Lutomirski wrote: > This has been bugging me for awhile. Is there any interest in moving > the manpages into the kernel source tree? Then there could be a > general requirement that new APIs get documented when they're written. Man page (or other documentation) requirements for patch acceptance are a regular kernel summit feature. People seem to think it's a good idea, but actual enforcement of such requirements always seems to be lacking. Lots of people have kind of given up trying. I don't really see that adding the man pages to the tree would help, but I could be wrong... jon