Received: by 2002:a05:6a10:c604:0:0:0:0 with SMTP id y4csp2125993pxt; Sun, 8 Aug 2021 12:28:46 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwFf21JRoiJg8Nt4UZpAVkV64CwpunGxi+g8L5S30akcTu5InP14X+GLuarT/Q1CBwcnC1d X-Received: by 2002:a92:2911:: with SMTP id l17mr52037ilg.263.1628450926617; Sun, 08 Aug 2021 12:28:46 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1628450926; cv=none; d=google.com; s=arc-20160816; b=XQTPOLtmbXElOM7gNjXfKocjFLTJKxDtWQwexhG9r1htPMsVmLKxrpX2Va81lXZG0f ZPr4E4kdkZgFuiOLQ7XZKi5Qs11G/IMECl1IvlkfcymAEFxFFkQyQg+RtqZrwYRVkfzG 4VXAMhaOdDosFCYOxwv9vr0fkZWJH0Vs19bO+CpAuK3ovGPW0TN7ouJadAKZf2RdG8/2 y9ixoRPert5KxJ37OOPivbxJk88eULQlXdnUH8PC2Ii2VjcSWNKDCG9eBoEDs405r1pB ynW0uuNA9VuBIhDhfAOAdJG5UlA9ueLkoJSueEflrh12rAr12rp6aIstXzN60+q0EDT9 NXTw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:user-agent:in-reply-to:content-disposition :mime-version:references:message-id:subject:cc:to:from:date; bh=SR4P6XFSt0bngzc5rEoHcvR0lXoqf2p+zqF3uJlOJm8=; b=kJ1toLpueByscFbyrc2HZ/5Lx8v8pIA/GNQSguGmsZ2HQmukhk+6WBSJkI9eAXX+7b 4Muz+EQtIpnIus213mqIfOEoJ13r951zvn0QPbq4vjWXeKtR8daw06fVZEcKeRlKv8P0 1LuJG+cfcRucUAUrPxSk6BoTZQdY4Hc473qYfmIG2veOqP0mfJvmPHpRcgfNTTSA3pUs zL13CRMTbjDbG2ZKGHLROTk4M4T70SyrdEt0hbvTNUXliKhMB0oA1bA8L+lYVont3rHm S32VPAU+7UwB8z3C94RXk94bGPaID7FUJqC8kstR3+DuVZZ4BTVJL5ZNkHlCVs/GxrLg Qhmg== ARC-Authentication-Results: i=1; mx.google.com; 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id j11si18439792ils.22.2021.08.08.12.28.20; Sun, 08 Aug 2021 12:28:46 -0700 (PDT) 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; 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231608AbhHHSns (ORCPT + 99 others); Sun, 8 Aug 2021 14:43:48 -0400 Received: from smtp-out2.suse.de ([195.135.220.29]:44582 "EHLO smtp-out2.suse.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229977AbhHHSns (ORCPT ); Sun, 8 Aug 2021 14:43:48 -0400 Received: from imap2.suse-dmz.suse.de (imap2.suse-dmz.suse.de [192.168.254.74]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (P-521) server-digest SHA512) (No client certificate requested) by smtp-out2.suse.de (Postfix) with ESMTPS id 785501FD6F; Sun, 8 Aug 2021 18:43:27 +0000 (UTC) Received: from imap2.suse-dmz.suse.de (imap2.suse-dmz.suse.de [192.168.254.74]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (P-521) server-digest SHA512) (No client certificate requested) by imap2.suse-dmz.suse.de (Postfix) with ESMTPS id C53A413398; Sun, 8 Aug 2021 18:43:24 +0000 (UTC) Received: from dovecot-director2.suse.de ([192.168.254.65]) by imap2.suse-dmz.suse.de with ESMTPSA id cS6DIcwlEGGoHwAAMHmgww (envelope-from ); Sun, 08 Aug 2021 18:43:24 +0000 Date: Sun, 8 Aug 2021 11:43:20 -0700 From: Davidlohr Bueso To: Thomas Gleixner Cc: LKML , Peter Zijlstra , Ingo Molnar , Juri Lelli , Steven Rostedt , Daniel Bristot de Oliveira , Will Deacon , Waiman Long , Boqun Feng , Sebastian Andrzej Siewior , Mike Galbraith Subject: Re: [patch V3 58/64] futex: Clarify comment in futex_requeue() Message-ID: <20210808184320.zytackz5nf37brqu@offworld> References: <20210805151300.330412127@linutronix.de> <20210805153956.161214930@linutronix.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline In-Reply-To: <20210805153956.161214930@linutronix.de> User-Agent: NeoMutt/20201120 Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, 05 Aug 2021, Thomas Gleixner wrote: >From: Thomas Gleixner > >The comment about the restriction of the number of waiters to wake for the >REQUEUE_PI case is confusing at best. Rewrite it. This certainly reads better. > >Signed-off-by: Thomas Gleixner >--- > kernel/futex.c | 28 ++++++++++++++++++++-------- > 1 file changed, 20 insertions(+), 8 deletions(-) >--- >--- a/kernel/futex.c >+++ b/kernel/futex.c >@@ -1960,15 +1960,27 @@ static int futex_requeue(u32 __user *uad > */ > if (refill_pi_state_cache()) > return -ENOMEM; Perhaps this can be moved after the nr_wake check below? No sense in calling refill_pi_state_cache() if the user is passing bogus parameters. > if (nr_wake != 1) > return -EINVAL; > Thanks, Davidlohr