Received: by 2002:a25:8b91:0:0:0:0:0 with SMTP id j17csp891860ybl; Fri, 31 Jan 2020 09:50:48 -0800 (PST) X-Google-Smtp-Source: APXvYqwtWmPREmp9zl+21SirzDZ7haZXY0tHokwaRhRE7G8KYm7mJ1CvDwZ/PAV4GHyFLh3FedgN X-Received: by 2002:aca:cc07:: with SMTP id c7mr6933544oig.165.1580493047859; Fri, 31 Jan 2020 09:50:47 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1580493047; cv=none; d=google.com; s=arc-20160816; b=LK7ZtDsmpaGcoImtM8E3afrCMyCOYuMpZ9tcOdqLAcgoby127L1HlIt8TqvNmLzNxZ yeHGbOtqha94JluqqyzAFclvUqd5vRKOx7lvXVBjLzbRNR3dgLyP8R1vEXd17tRPk0pb TuNAD586N2xcNK5WL/B2w4kf/TGfDopYGtiwdKfueTT5Ypcbiwal3ZT1SyEbQ8bcLXHv Sbz2+cVEUHlXbR/V/wC04VG7QNZNJlxEpRqzew2A3BVjNhuSMfxGtnE5Hz7pfTPv+dmm hB9OHismUFBt1JDh/kfPjcpQ/46azQkHCGxwkthGycHx2NlLPs01MX/UnEz0fWu3gv1d mMTA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date; bh=7KmM7cwYjTDQkamriOgNJ/mqzNHlXmgk19nZt6ZHtl0=; b=MOFnSCPMd269piCDkieMPBA/QGDPR+uRMQ3IH5Bq5IXWm+wk8kIS3lrQGSKyVTaqXl XASo2IDQTA7TfHCNtYo7zDwrMAIIm4YIDlMLA490njwKoEAqJFh3tCgO/PNr/6qHlAPE khVNzWqEEIMD85GJQOr7tDhoouBkG7wMe+6XSEFWOEG9wsnE6JSUAdgsnaDBnA8xVLgr h8jlRYhJ/jU8NLJ7h3ZDK8n4u00h3prvWTpPFPt9GotXx8dwynjF3FnwiQYk0i2vP/hq nvPpZkGdMqYgoDW6mdHd8JNetAa2tKAngRm51aXBBiGvjlktF+TXHyF8eMNIh0p/znnc eueA== 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 s5si5299080otd.141.2020.01.31.09.50.36; Fri, 31 Jan 2020 09:50:47 -0800 (PST) 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 S1727176AbgAaRtk (ORCPT + 99 others); Fri, 31 Jan 2020 12:49:40 -0500 Received: from mx2.suse.de ([195.135.220.15]:43612 "EHLO mx2.suse.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726989AbgAaRtj (ORCPT ); Fri, 31 Jan 2020 12:49:39 -0500 X-Virus-Scanned: by amavisd-new at test-mx.suse.de Received: from relay2.suse.de (unknown [195.135.220.254]) by mx2.suse.de (Postfix) with ESMTP id DA393AF73; Fri, 31 Jan 2020 17:49:36 +0000 (UTC) Date: Fri, 31 Jan 2020 09:39:22 -0800 From: Davidlohr Bueso To: Alex Shi Cc: Peter Zijlstra , Ingo Molnar , Will Deacon , linux-kernel@vger.kernel.org, tglx@linutronix.de Subject: Re: [PATCH] locking/rtmutex: remove unused cmpxchg_relaxed Message-ID: <20200131173922.hjvugxuybrn2wbsn@linux-p48b> References: <1579595686-251535-1-git-send-email-alex.shi@linux.alibaba.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline In-Reply-To: <1579595686-251535-1-git-send-email-alex.shi@linux.alibaba.com> User-Agent: NeoMutt/20180716 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Cc'ing tglx. On Tue, 21 Jan 2020, Alex Shi wrote: >No one use this macro after it was introduced. Better to remove it? You also need to remove it for the CONFIG_DEBUG_RT_MUTEXES=y case. > >Signed-off-by: Alex Shi >Cc: Peter Zijlstra >Cc: Davidlohr Bueso >Cc: Ingo Molnar >Cc: Will Deacon >Cc: linux-kernel@vger.kernel.org >--- > kernel/locking/rtmutex.c | 1 - > 1 file changed, 1 deletion(-) > >diff --git a/kernel/locking/rtmutex.c b/kernel/locking/rtmutex.c >index 851bbb10819d..a849964a348d 100644 >--- a/kernel/locking/rtmutex.c >+++ b/kernel/locking/rtmutex.c >@@ -141,7 +141,6 @@ static void fixup_rt_mutex_waiters(struct rt_mutex *lock) > * set up. > */ > #ifndef CONFIG_DEBUG_RT_MUTEXES >-# define rt_mutex_cmpxchg_relaxed(l,c,n) (cmpxchg_relaxed(&l->owner, c, n) == c) > # define rt_mutex_cmpxchg_acquire(l,c,n) (cmpxchg_acquire(&l->owner, c, n) == c) > # define rt_mutex_cmpxchg_release(l,c,n) (cmpxchg_release(&l->owner, c, n) == c) Hmm unrelated, but do we want CCAS for rtmutex fastpath? Ie: (l->owner == c && cmpxchg_acquire(&l->owner, c, n) == c) That would optimize for the contended case and avoid the cmpxchg - it would also help if we ever do the top-waiter spin thing. Thanks, Davidlohr