Received: by 2002:a05:6a10:8c0a:0:0:0:0 with SMTP id go10csp5590438pxb; Tue, 16 Feb 2021 02:26:26 -0800 (PST) X-Google-Smtp-Source: ABdhPJxhHlAERx+IsKY0Dz/CnGJlacbz4Xiu4ZUUhpOfWj+BXUaxh0i/OBt2Q2YnOrBt6kFlK1tS X-Received: by 2002:a17:906:4b02:: with SMTP id y2mr1793374eju.475.1613471186473; Tue, 16 Feb 2021 02:26:26 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1613471186; cv=none; d=google.com; s=arc-20160816; b=eS3TnbGw9jg5R0a97yoiDbl9OAJDTZtO0TZ1nkY6QFX3406PzqTeqPhtXoO00vNKUg LcC3AjIBZYV7VMI3cCOBpXLTKb9ugsxn9qYcmdjEk1viKJiWQzSSf7dHSJt6mLcEsgvq HFOfI1ku0reLYVGtTxXqSMIJALbUE4zYIDmUW8kJGErFf5TiDQHGsqke51UkyXNPVxed lALbetl9Gb400vKV2epZW5BPfh45312tqKxfPWtZcOyO/tF3Dp1s5+xxrg/X1XmmMQpo +BJDad/033d704Dw9EwnizyblGptF0MZ4qa27R6PXBWROETvhxoCfrgQ+uJxKiSMqkWn cCGw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:dkim-signature :dkim-signature:date; bh=7a6EbWhcc1He9imxspIn+eCQuB9DLKRDzdmRL5DBYhk=; b=CdGu077ZzpEYnzGhbGeoxIWXwGTvu95ESDy7MxMi5D8NRNouKyzgxtSDlMZketzMXo LuMXwiHYplLvixWTAxUVGSh/VfWI+BedPnb4KnQKBR0AQXr/iNLzaR1gRdCneZNvG1l1 mMC24iB94AV6+YxY5UoXKGe3kTv9qqCw95ZEk560zDByFsIWP7BbdJn5dLREiaZbMf3+ ga+Knoqh9GRQ+WyQWLRk67gkbvw082tM9dnEhy1+vCaNMAuQuGDTGQ8kq5ie6Qt4UFxy FDxw35tm8PS9EubfvxPut8l4gty6b2/fh5RDJ/7DmKFn4oQ4B+FPu87A7BbN5yB/Q3CP BaSg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linutronix.de header.s=2020 header.b="k4Es/RI9"; dkim=neutral (no key) header.i=@linutronix.de; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=linutronix.de Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id ch19si917904ejb.436.2021.02.16.02.26.03; Tue, 16 Feb 2021 02:26:26 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@linutronix.de header.s=2020 header.b="k4Es/RI9"; dkim=neutral (no key) header.i=@linutronix.de; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=linutronix.de Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S230145AbhBPKWp (ORCPT + 99 others); Tue, 16 Feb 2021 05:22:45 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:54946 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230010AbhBPKV1 (ORCPT ); Tue, 16 Feb 2021 05:21:27 -0500 Received: from galois.linutronix.de (Galois.linutronix.de [IPv6:2a0a:51c0:0:12e:550::1]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 99D0EC061786; Tue, 16 Feb 2021 02:20:47 -0800 (PST) Date: Tue, 16 Feb 2021 11:20:44 +0100 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linutronix.de; s=2020; t=1613470846; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=7a6EbWhcc1He9imxspIn+eCQuB9DLKRDzdmRL5DBYhk=; b=k4Es/RI9TJqS8Whdcbr/nWxt7F9+yGDKNfzTIhTmEvi10ogJrC9YAwuAlPNqs31bwIrH+j n2yNtqOubFv7pCKUbcm4qCbP4z11nHgugLmKgkn+pomk6IquLT+LBnA3Z4di8kVovQmeM3 aybTjJ7bkYPnONMzRsB6ST9v57wwgrGAZJDlpqJ5d1Yt0RuL6pvquLtgeVlMxpA/EUVCLY kkdCbZh6gOqN2Ek6I+Ci5MXR2yPdnLBrhZ8/mWYxwvIZ0aaGgBLZ911xuQhFufuvKQfZ5W YGyB4aE3SxW/IOS/jOxH2daeEIrPYPOZexBJwOg1Vk9DrAPseT8RCxVUdMReDA== DKIM-Signature: v=1; a=ed25519-sha256; c=relaxed/relaxed; d=linutronix.de; s=2020e; t=1613470846; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=7a6EbWhcc1He9imxspIn+eCQuB9DLKRDzdmRL5DBYhk=; b=sLsdW/5TPSKc5o1seFXs0fqEdHWJsS2WlIEPOV9yYyn1ourZEClZobFApUK1pqDqTBSnOK ZCjAsNHI4pGke8Bw== From: Sebastian Andrzej Siewior To: Peter Zijlstra Cc: =?utf-8?B?QW5kcsOp?= Almeida , Thomas Gleixner , Ingo Molnar , Darren Hart , linux-kernel@vger.kernel.org, Steven Rostedt , kernel@collabora.com, krisman@collabora.com, pgriffais@valvesoftware.com, z.figura12@gmail.com, joel@joelfernandes.org, malteskarupke@fastmail.fm, linux-api@vger.kernel.org, fweimer@redhat.com, libc-alpha@sourceware.org, linux-kselftest@vger.kernel.org, shuah@kernel.org, acme@kernel.org, corbet@lwn.net Subject: Re: [RFC PATCH 01/13] futex2: Implement wait and wake functions Message-ID: <20210216102044.e2cvvqdglqs23yfe@linutronix.de> References: <20210215152404.250281-1-andrealmeid@collabora.com> <20210215152404.250281-2-andrealmeid@collabora.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 2021-02-16 10:56:14 [+0100], Peter Zijlstra wrote: > So while I'm in favour of adding a new interface, I'm not sure I see > benefit of reimplementing the basics, sure it seems simpler now, but > that's because you've not implemented all the 'fun' stuff. The last attempt tried to hide the updated interface within libc which did not fly. The global hash state is one of the problems because it leads to hash collisions of two unrelated locks. It will get simpler if we go into the kernel for each lock/unlock operation but this might not very good in terms of performance for locks which are mostly uncontended. I'm not sure how much we can cheat in terms of VDSO. Sebastian