From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on dcvr.yhbt.net X-Spam-Level: X-Spam-ASN: AS31976 209.132.180.0/23 X-Spam-Status: No, score=-4.0 required=3.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_EF,HEADER_FROM_DIFFERENT_DOMAINS, MAILING_LIST_MULTI,RCVD_IN_DNSWL_MED,SPF_HELO_PASS,SPF_PASS shortcircuit=no autolearn=ham autolearn_force=no version=3.4.2 Received: from sourceware.org (server1.sourceware.org [209.132.180.131]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by dcvr.yhbt.net (Postfix) with ESMTPS id E9EF41F45A for ; Wed, 14 Aug 2019 13:10:56 +0000 (UTC) DomainKey-Signature: a=rsa-sha1; c=nofws; d=sourceware.org; h=list-id :list-unsubscribe:list-subscribe:list-archive:list-post :list-help:sender:from:to:cc:subject:date:message-id:in-reply-to :references:mime-version:content-transfer-encoding; q=dns; s= default; b=f0IEnirgg3MQBc5pq8x7LK+q2Lc3W/fANP+zJ6uEAzYAGCgh2Mt9N IcCWEajRl+HKOdAZslcAh6cOslQgbITo9nUXLP40Ad3/yBdzLbFq5vURu08RKN/k /CWAzkUJ2JAXWeZ/UYrysT7JY6X2VeNYw4oyY5gmUlI7cghKebS5Jo= DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=sourceware.org; h=list-id :list-unsubscribe:list-subscribe:list-archive:list-post :list-help:sender:from:to:cc:subject:date:message-id:in-reply-to :references:mime-version:content-transfer-encoding; s=default; bh=ZlsvJPbk3Yx0gsevN6Sf1PfMyU8=; b=Vhm8Woy144QFqNS2eP6/TLgMXj3A IIltoEVl2GNIytJ8la+HR6hRxnzae3fQHCMod6LOu9PdsxuDOgqyTD8RqKxjOMGt 2Gpki4TttLccQCY4cfcwjeAaZyCMI3KeTHLUBSlDfsGWUeTJH6p3HWIf1Z4icEL2 Ja3GTyPZ07YiAhE= Received: (qmail 109256 invoked by alias); 14 Aug 2019 13:10:54 -0000 Mailing-List: contact libc-alpha-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Unsubscribe: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: libc-alpha-owner@sourceware.org Received: (qmail 109240 invoked by uid 89); 14 Aug 2019 13:10:53 -0000 Authentication-Results: sourceware.org; auth=none X-HELO: youngberry.canonical.com From: Christian Brauner To: linux-kernel@vger.kernel.org, libc-alpha@sourceware.org Cc: oleg@redhat.com, alistair23@gmail.com, ebiederm@xmission.com, arnd@arndb.de, dalias@libc.org, torvalds@linux-foundation.org, adhemerval.zanella@linaro.org, fweimer@redhat.com, palmer@sifive.com, macro@wdc.com, zongbox@gmail.com, akpm@linux-foundation.org, viro@zeniv.linux.org.uk, hpa@zytor.com, Christian Brauner Subject: [PATCH v2 0/1] waitid: process group enhancement Date: Wed, 14 Aug 2019 15:07:31 +0200 Message-Id: <20190814130732.23572-1-christian.brauner@ubuntu.com> In-Reply-To: References: MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Hey everyone, This patch adds support for waiting on the current process group by specifying waitid(P_PGID, 0, ...) as discussed in [1]. The details why we need to do this are in the commit message of [PATCH 1/1] so I won't repeat them here. I've picked this up since the thread has gone stale and parts of userspace are actually blocked by this. Note that the patch has been changed to be more closely aligned with the P_PIDFD changes to waitid() I have sitting in my for-next branch (cf. [2]). This makes the merge conflict a little simpler and picks up on the coding style discussions that guided the P_PIDFD patchset. There was some desire to get this feature in with 5.3 (cf. [3]). But given that this is a new feature for waitid() and for the sake of avoiding any merge conflicts I would prefer to land this in the 5.4 merge window together with the P_PIDFD changes. Thanks! Christian /* References */ [1]: https://www.sourceware.org/ml/libc-alpha/2019-07/msg00587.html [2]: https://lore.kernel.org/lkml/20190727222229.6516-1-christian@brauner.io/ [3]: https://www.sourceware.org/ml/libc-alpha/2019-08/msg00304.html Eric W. Biederman (1): waitid: Add support for waiting for the current process group kernel/exit.c | 23 +++++++++++++++++++---- 1 file changed, 19 insertions(+), 4 deletions(-) -- 2.22.0