Received: by 2002:a25:4158:0:0:0:0:0 with SMTP id o85csp350158yba; Wed, 24 Apr 2019 02:15:57 -0700 (PDT) X-Google-Smtp-Source: APXvYqw9WnKaVQDHD7oFUup/aJwOy2C+EP2s+02iw5hxw4JuGgpkygyesw7p6t2FQk1YEl40FhnV X-Received: by 2002:a63:5947:: with SMTP id j7mr29740336pgm.62.1556097357355; Wed, 24 Apr 2019 02:15:57 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1556097357; cv=none; d=google.com; s=arc-20160816; b=QtsoilqzRgX80veX2S5sntX4AxpJfATJcijUU9hTVQrcV8yto/yL4vJiD6thYimJo4 q7Sln2nZNKzfWF0rPJZyv8yLW+UhDrJfxeF0As9KRgvOIwcc/kpx38OTXMeynKeXIIzn K4px9V7EO8MswByAuOO1D8L0fB2My/w+QzkMn5061wUlTEWKdNEGP1tmScADX3N0g8Kd kN+v3QnBdsvB6AF9u/Im2EZ4UkhqqXasSzzk4HoKC4YNU437S9BIqJxBF26JciTzqmiN EF2v1zK79NwL532NmOJWMUXyDstsAeBPLBFhaQZkGS4Iee5u2jdktCYa3esgqu4nLwxh GPKQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding :content-language:in-reply-to:mime-version:user-agent:date :message-id:organization:from:references:cc:to:subject; bh=N8LI6khL0sywYZP/1vfXqOFpHGA/VfFeTG3cjCttP7E=; b=H7XMuxxm7sEkVcs6/pp5VItzxtp6xI05xK65fcj+YuUoyUAcKtLsmSe76ufJBFk+1X mFxcY3+PlDeTmT9txaeX3PI0HhExdPuyE9i9Wld4syK13KZIARQ24mT5EVcbyyrnr2nS FSDwqngNYtkoJKPPMkGwjS8DvBnMuNRZLHVrFB2dSeDZMgOrg10JSvv3T1+TuugQwQa7 rgU6WlUnP/IV4au992ranA+AJYhW0SanoJfTxVCtFY9YhBYHwKlvL+YWRqtdDShLa5X1 O5L9Gaachc5N3BhY385N5tmtESRtFT4KIzbFEBRYBvu0Maxp9e/V3uYSSXjDPcCOv2TP gUZA== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id z11si18871020pfa.153.2019.04.24.02.15.41; Wed, 24 Apr 2019 02:15:57 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728665AbfDXJMv (ORCPT + 99 others); Wed, 24 Apr 2019 05:12:51 -0400 Received: from mout.kundenserver.de ([212.227.126.134]:45147 "EHLO mout.kundenserver.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727329AbfDXJMr (ORCPT ); Wed, 24 Apr 2019 05:12:47 -0400 Received: from [192.168.1.115] ([95.114.95.254]) by mrelayeu.kundenserver.de (mreue009 [212.227.15.167]) with ESMTPSA (Nemesis) id 1MBUuV-1hW71i1mxj-00D1fY; Wed, 24 Apr 2019 11:11:21 +0200 Subject: Re: [PATCH RFC 1/2] Add polling support to pidfd To: Christian Brauner , Daniel Colascione Cc: Joel Fernandes , Jann Horn , Oleg Nesterov , Florian Weimer , kernel list , Andy Lutomirski , Steven Rostedt , Suren Baghdasaryan , Linus Torvalds , Alexey Dobriyan , Al Viro , Andrei Vagin , Andrew Morton , Arnd Bergmann , "Eric W. Biederman" , Kees Cook , linux-fsdevel , "open list:KERNEL SELFTEST FRAMEWORK" , Michal Hocko , Nadav Amit , Serge Hallyn , Shuah Khan , Stephen Rothwell , Taehee Yoo , Tejun Heo , Thomas Gleixner , kernel-team , Tycho Andersen References: <20190411175043.31207-1-joel@joelfernandes.org> <20190416120430.GA15437@redhat.com> <20190416192051.GA184889@google.com> <20190417130940.GC32622@redhat.com> <20190419190247.GB251571@google.com> <20190419191858.iwcvqm6fihbkaata@brauner.io> <20190419194902.GE251571@google.com> From: "Enrico Weigelt, metux IT consult" Organization: metux IT consult Message-ID: Date: Wed, 24 Apr 2019 11:11:18 +0200 User-Agent: Mozilla/5.0 (X11; Linux i686 on x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.2.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:rfuZyDhvwMC0qajKA4oSQUcfVF6fV7OpPupKGIp4h89kvao9eZD x6ggE5LdbabLPDRSmLlxAm1kkfFdsY+DCvCnm4b/0btnh9MbZzixc6+EULjathJ/rAsKIpg IdlRcxLtf7LpBhUI0NCAE5lJxQOvG0u9cLUFo7F6rBDmbbGqokOoLuw0hUGw+K6/4KXXmag 4bBQtJCOoANQFjHxZ/oNg== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:cnUjEJ4lKhg=:+ke/mXgvOEYG/qdQx+EOpN obEH/jlmTpYtecYRfWrmrCiqz6dO/rTUm3rSUxaf/UOWopdAyTY/YKECfr+KcaWTJNE2Ia9xs YFNOGzHl0fCzWt/4xs76e9VrXQvtFTrOc6WWXMgEZPKu5KJVFj9MMu7hP0lsRvIHjTmfUq951 rNG0rrlzRZe2eIHu0Q8MwHj/KYpoDvA4zpBh3h8kywzfM2H7UAXi6Tl9yuP7NzLJyAJG3td21 rgkW0vK8mHc5uO01gbxyZoAKUnlXOOGMQrmbbpKud0xBYSFFoOgT3W+KzoL7UVQMrGlI6OGvQ VAxmT2oIUYoDJ4/ra9Ft4CZjYQocrI6yPS7XNEab5JjHm3XjKQ9l8lSzQdF+a0vuyy+7BBN8T sOK2o+NhkN7LMzjGAC4w3i6luXsWf12uKXjlGj6/fGagdDCAsQTXYfUAUBkrgv2ET2ZT3xuaz mm+RWv0S/OX7JFPpUjWi4ZngQVMmwjBdq3YiyBPaR3r5iHJ37eJrvb6veipi9y9jljNl4QRdA azaWRtUwcgqNcjlZwhP4D3528NjChjtIStT9vE/j9IFE3ET8B4oCsV7fywpw13j8nOxNiRGsn T0LVC8Bcm7h3umSQTCY+VwTWIQNj4yeAs/GzmTnSiGxpjcUuO5sPNiynCegS793mHsdHFXQoY 85fWHyxsUaMdXRykVlm9jE8JoyfJ/hYh3XdzymRfPZdaB6Djer+EoGaJa7p3ZP4sEj8H11OJJ EtX8x5VOtgBqJgU+k7hrW8Ql9O3aXFUhyFe0m8INm3SJo56VgCnuW8eU2Pc= Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 20.04.19 01:02, Christian Brauner wrote: > I'm sorry, who has agreed that a non-parent should be able to wait for > process death? > I know you proposed that but has anyone ever substantially supported this? I actually support this. One practical usecase I have in mind for some upcoming projects is monitoring processes in a container from the outside. --mtx -- Enrico Weigelt, metux IT consult Free software and Linux embedded engineering info@metux.net -- +49-151-27565287