Received: by 2002:a25:4158:0:0:0:0:0 with SMTP id o85csp342396yba; Wed, 24 Apr 2019 02:06:18 -0700 (PDT) X-Google-Smtp-Source: APXvYqzP579b8gn58O+mDBU6rNhUbIduSimdpGoLVTV/3VyNU36V1mBVHG/64Q2TdzCcQrTIuBph X-Received: by 2002:a63:5c53:: with SMTP id n19mr29756376pgm.193.1556096778488; Wed, 24 Apr 2019 02:06:18 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1556096778; cv=none; d=google.com; s=arc-20160816; b=rFphf9EfORgxiPIOw4jF7bMS413nOwxPV65sWXQyhm/60Lir2ta7hi7PnqUxSuYptZ /cKowCu2FI6b2VpJdA3W2mOPa7Z7+8GrBhxyneRoRQ4kTANuKvdJHaQEJ/N4ptPKdYnv ks1ay5hhLXKGdP1cuveim1ZT0Sq+0Pncj2KBOxPG2O4+WlVXldEfvg37nE/IVEkliQkg TMoPx4jYgJa/VNqamgQKf3HWCHS9PFddJd2TQv+msrmE3dexERcRBcJ+0KrI1JbxAuK+ inOwaQjMo3EL5a4WF+i4Bxguop//c4DPUIggpE20+DHzo/7q2Tzc6+cDw1hFhI4ZJql3 XE+A== 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=fKjUjIVOPYEHvdP4fTCNt8XLyq60DiONSdXelEjV0C4=; b=Zol+Ok1B2WdZDVPlY1N6Zkhe6f1028fyC16aKAmcsJmSLGqM+4SCEtnmY50LFfNW+k McGO6KbHDtsCT7jpr63OmwTG09GKXIhIJXT+H3rXzU4PuwJeHmju5uOa3k17v7TLnJ0I 811Z+PFo5NPPh9YlIsQMn8jlc4+bA0bbWCI3tN5nyXvNIgblU++eKSzEsQtInvRbML7F 0B43MIBB4QuJpD34HfH7rZlY96q1/YXZ5pEF+8V12uQXhGpqPPyCqsLb6TqM27Ubz8mq 0ewk4M3FjBLaLyn55nfJt4JPa5D7oFA47+AusRuNPxjey7agNSo/+1a6LqjEzGzhWxWy i+Vw== 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 g31si18849263plg.154.2019.04.24.02.06.03; Wed, 24 Apr 2019 02:06:18 -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 S1727842AbfDXJFC (ORCPT + 99 others); Wed, 24 Apr 2019 05:05:02 -0400 Received: from mout.kundenserver.de ([212.227.126.130]:51105 "EHLO mout.kundenserver.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726353AbfDXJFC (ORCPT ); Wed, 24 Apr 2019 05:05:02 -0400 Received: from [192.168.1.115] ([95.114.95.254]) by mrelayeu.kundenserver.de (mreue011 [212.227.15.167]) with ESMTPSA (Nemesis) id 1MBDWo-1hVq3z15Cw-00CgRI; Wed, 24 Apr 2019 11:03:45 +0200 Subject: Re: [PATCH RFC 1/2] Add polling support to pidfd To: Daniel Colascione , Christian Brauner 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: <11c00eba-f078-9a67-97e6-bd5a74f3acaa@metux.net> Date: Wed, 24 Apr 2019 11:03:40 +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:KC8hpxEUkKPdQ5bUC8dOti8jq7M1rTgdpgBOhcD4aTWX9/TIleV XVyUHKf7VLY23NikE3fVZpxZXZX0Hqf1aI3bAfdntsdA6fuCkKYfaicCHWf3YWbu47SJoFm CNjzCIXRSgGzW5hAf/wDzI7Hxtlfxe5V7Ak/3vcHixeqOmY7YFw7ucpn881rwP9eyMg0tuj 9oI6kwbTbypsO/EgRbC7w== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:m9/e0FynbXE=:5kp9gxBK/CMIeyCEkpGa1Y 11ot8a/HRUWkhvmId1F9mHXleHg5pIv2UdL6GIFgSbqgEvCV5kBYVIPyTei3lea9kg9WYn3jy OBVs9Oh54E42oigFxQ/HrItOk3tPGxYcEDTOOlrGD4INswxlrSCEP/bRUiJsSxmUkAbaTbO5/ rk11ycM8JI+w0+cnBgrJf6RxS/FmO/uwOwpmdwiu23gXQ7SgCPhGOxSJNOI2XJj6hjhX8nncJ kJvZ2Irk1sXLBcHVFYYuCPQMdJXTgBSG1qZCXQvZpdOV48y+RrAJlnmJenHTrXG0me0DmPOBA qZKQWZj1qyqc85FvIJ6mlbpeVME/AvYtD0SkSRcbKKZaiGN/AWIXAn8w7tQ/H2P4Ay8mUmZ10 Pg3nUZjX3xk2vCbeOh+IAC10QyiAnfuJ0zOl0BqXtf4nef1uJy9g55I7DZ4uNH14wGAiU0Yhv AKhMXV61RHuUgx5XumPJbhozkddH9GLBmd0SBvUxqvSHn9EcIxREmkSs7ztxIhhIe5mJ7bMU9 A+NsHzFWet2UuDluMOQfTHategchxBy+ZBnbJ23d3kmMVSyNcMi218kipFzpbsBpI3Ncc4Gf6 B78G2RCOEHJL/L5LNqKldvCXn5xtiBKN456jteC2MIrEVYvdQQdhZvV35vwZGrHEC1oyzn3M/ g2sUWXwjNbS15x7feCtQGVQxmuHhWYVFt7usz0W9J307rMxtxaQ+p4I1+A1udpI2VMiZt+Gvv kRSi46BOpRHolU5Ilv+DgfzqGzUvRsUCBZw0BzhBB2v7+JAapez2lbC1nYE= Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 20.04.19 01:46, Daniel Colascione wrote: > If you turn pidfd into an event stream, reads have to be destructive. > If reads are destructive, you can't share pidfds instances between > multiple readers. Can't we find a way to duplicate them ? Someting like dup(), but with actually duplicating the open file ? (maybe add a flag for that to dup3 ?) --mtx -- Enrico Weigelt, metux IT consult Free software and Linux embedded engineering info@metux.net -- +49-151-27565287