From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from hr2.samba.org (hr2.samba.org [IPv6:2a01:4f8:192:486::2:0]) by sourceware.org (Postfix) with ESMTPS id 1EAB43857807 for ; Mon, 8 Mar 2021 11:52:22 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.3.2 sourceware.org 1EAB43857807 Received: from [127.0.0.2] (localhost [127.0.0.1]) by hr2.samba.org with esmtpsa (TLS1.3:ECDHE_RSA_CHACHA20_POLY1305:256) (Exim) id 1lJEQp-0000cn-Kq; Mon, 08 Mar 2021 11:52:15 +0000 Subject: Re: [RFC PATCH v2 00/13] Add futex2 syscall To: Daurnimator Cc: =?UTF-8?Q?Andr=c3=a9_Almeida?= , Thomas Gleixner , Ingo Molnar , Peter Zijlstra , Darren Hart , linux-kernel@vger.kernel.org, Steven Rostedt , Sebastian Andrzej Siewior , kernel@collabora.com, krisman@collabora.com, pgriffais@valvesoftware.com, z.figura12@gmail.com, joel@joelfernandes.org, malteskarupke@fastmail.fm, linux-api@vger.kernel.org, Florian Weimer , GNU C Library , linux-kselftest@vger.kernel.org, shuah@kernel.org, Arnaldo Carvalho de Melo , corbet@lwn.net, io-uring References: <20210304004219.134051-1-andrealmeid@collabora.com> From: Stefan Metzmacher Message-ID: Date: Mon, 8 Mar 2021 12:52:14 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.7.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.1 required=5.0 tests=BAYES_00, DKIM_SIGNED, DKIM_VALID, DKIM_VALID_AU, DKIM_VALID_EF, NICE_REPLY_A, SPF_HELO_NONE, SPF_PASS, TXREP autolearn=ham autolearn_force=no version=3.4.2 X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on server2.sourceware.org X-BeenThere: libc-alpha@sourceware.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Libc-alpha mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Mar 2021 11:52:23 -0000 Am 07.03.21 um 12:56 schrieb Daurnimator: > On Sun, 7 Mar 2021 at 22:35, Stefan Metzmacher wrote: >> Instead of having a blocked futex_waitv() waiting on an fd (maybe a generic eventfd() or a new futex2fd()) >> would be a better interface? > > Like bring back FUTEX_FD? (which was removed back in 2.6.25) Ah, ok, yes something like that. But as that was removed because of races, but might not be a good idea to bring it back. metze