From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755289Ab2GQN7D (ORCPT ); Tue, 17 Jul 2012 09:59:03 -0400 Received: from 50-56-35-84.static.cloud-ips.com ([50.56.35.84]:41379 "EHLO mail.hallyn.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752359Ab2GQN67 (ORCPT ); Tue, 17 Jul 2012 09:58:59 -0400 Date: Tue, 17 Jul 2012 13:59:14 +0000 From: "Serge E. Hallyn" To: "Michael Kerrisk (man-pages)" Cc: "Serge E. Hallyn" , "Rafael J. Wysocki" , Linux PM list , LKML , Magnus Damm , markgross@thegnar.org, Matthew Garrett , Greg KH , Arve =?iso-8859-1?B?SGr4bm5lduVn?= , John Stultz , Brian Swetland , Neil Brown , Alan Stern , Dmitry Torokhov , "Srivatsa S. Bhat" , mtk@lwn.net Subject: Re: [patch] Rename CAP_EPOLLWAKEUP to CAL_BLOCK_SUSPEND Message-ID: <20120717135914.GA6662@mail.hallyn.com> References: <5004EBF9.3040406@gmail.com> <20120717134613.GA30892@mail.hallyn.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.20 (2009-06-14) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Quoting Michael Kerrisk (man-pages) (mtk.manpages@gmail.com): > On Tue, Jul 17, 2012 at 3:46 PM, Serge E. Hallyn wrote: > > Quoting Michael Kerrisk (mtk.manpages@gmail.com): > >> Rafael, > >> > >> As discussed in > >> http://thread.gmane.org/gmane.linux.kernel/1249726/focus=1288990, > >> the capability introduced in 4d7e30d98939a0340022ccd49325a3d70f7e0238 > >> to govern EPOLLWAKEUP seems misnamed: this capability is about governing > >> the ability to suspend the system, not using a particular API flag > >> (EPOLLWAKEUP). We should make the name of the capability more general > >> to encourage reuse in related cases. (Whether or not this capability > >> should also be used to govern the use of /sys/power/wake_lock is a > >> question that needs to be separately resolved.) > >> > >> This patch renames the capability to CAP_BLOCK_SUSPEND. In order to ensure > >> that the old capability name doesn't make it out into the wild, could you > >> please apply and push up the tree to ensure that it is incorporated > >> for the 3.5 release. > >> > >> Thanks, > >> > >> Michael > >> > >> Signed-off-by: Michael Kerrisk > > > > I definately like that name better, thanks. Don't know if renaming it > > without an alias could cause trouble for some bleeding edge userspaces? > > Would it be worth keeping the > > > > #define CAP_EPOLLWAKEUP 36 > > > > line? If this is deemed early enough I do prefer not to complicate with > > a duplicate name. > > Maybe I'm too ignorant. Are there userspaces that bleed with the -rc > series? I'd have thought this renaming would be a fairly safe change > at this point. I'm sure there are, but I'm not sure what we've promised them. Like I say if at all possible I do prefer not to keep CAP_EPOLLWAKEUP. -serge