Received: by 2002:ac0:a594:0:0:0:0:0 with SMTP id m20-v6csp4750683imm; Mon, 14 May 2018 12:21:13 -0700 (PDT) X-Google-Smtp-Source: AB8JxZpDLm+I7fimYrK7T/C/cWWFLiGWAx4/vhjfecevOIUq5WxEJBRmzR7pi2cfJ3D8g9BXS5eG X-Received: by 2002:a62:1f03:: with SMTP id f3-v6mr11776554pff.213.1526325673545; Mon, 14 May 2018 12:21:13 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1526325673; cv=none; d=google.com; s=arc-20160816; b=ExVuCRtgKiGPMNLhl++fgszsM40U+jHRZJtVeH1AGMSBKi7M5yth+gNR3rVXxkHMzd dSp7s7iNdeS8X1JP4EGe862S3Eyhj+e0KHAbC0tH9ko/Ir7T+1+ANaa6KMt2CR5pjAT5 haycMh42H5zoZ3jgHaWeWf7GezGxkvMkd41Weeexycaf71bycyHScfp1LZ0Rl0zd/bh/ 7vf10sc+Dz/Hn8SretzU3Ae3w6x8kZq/FsAWBSAdfZNc2A9gse3nOy2OEd1+tOEWWjSv +2heceONufPj6Nt3lPkyrNxnF7mBXfDaEdyY0sJGkFu+iPZCAvarUa6S7jqrHmsGZsoZ EjdA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:message-id:user-agent:in-reply-to :content-disposition:mime-version:references:reply-to:subject:cc:to :from:date:arc-authentication-results; bh=bVzPlG3F963w6SP5ci2yPfj9jT/u+TJ/5wfjIIMeq2I=; b=JoL9XlmuWqmJMaqom+6ma2MehMGT+1tWs4wp5jWtnFHNzxDOiuF9KTrutgfYSjcfrz 3S6Y4b3qMKZgeilMj7Yi3gV1bqHIJmRznyR3oHiIqzhXTIoO2RNycioHvhhh7+HjR+ML 4p8LcGTQ5Sum/li4RZo7bSlj+3Uycsf0T1JdzUgFVR0m1daegn9de1n3SAxfmjhmMsQ8 SijywlHkXtOFcE489EezY8ePCr1wD26r9SyNot2N17uG6pHA8Uj6p5Qt1UqRF6FAW34b Ll+HB+r21MeG4VH+J873G2QUquX+DE0J71VbPB+B5XHmwDIAxf5S3k4KkZobaZcSyVzT fEqQ== 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=ibm.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id t23-v6si6693099pgv.360.2018.05.14.12.20.59; Mon, 14 May 2018 12:21:13 -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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=ibm.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752161AbeENTTR (ORCPT + 99 others); Mon, 14 May 2018 15:19:17 -0400 Received: from mx0a-001b2d01.pphosted.com ([148.163.156.1]:50332 "EHLO mx0a-001b2d01.pphosted.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752121AbeENTTD (ORCPT ); Mon, 14 May 2018 15:19:03 -0400 Received: from pps.filterd (m0098404.ppops.net [127.0.0.1]) by mx0a-001b2d01.pphosted.com (8.16.0.22/8.16.0.22) with SMTP id w4EJInOG129968 for ; Mon, 14 May 2018 15:19:03 -0400 Received: from e12.ny.us.ibm.com (e12.ny.us.ibm.com [129.33.205.202]) by mx0a-001b2d01.pphosted.com with ESMTP id 2hyekw4mpe-1 (version=TLSv1.2 cipher=AES256-GCM-SHA384 bits=256 verify=NOT) for ; Mon, 14 May 2018 15:19:02 -0400 Received: from localhost by e12.ny.us.ibm.com with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted for from ; Mon, 14 May 2018 15:19:01 -0400 Received: from b01cxnp22033.gho.pok.ibm.com (9.57.198.23) by e12.ny.us.ibm.com (146.89.104.199) with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted; Mon, 14 May 2018 15:18:58 -0400 Received: from b01ledav003.gho.pok.ibm.com (b01ledav003.gho.pok.ibm.com [9.57.199.108]) by b01cxnp22033.gho.pok.ibm.com (8.14.9/8.14.9/NCO v10.0) with ESMTP id w4EJIvWG46858446; Mon, 14 May 2018 19:18:57 GMT Received: from b01ledav003.gho.pok.ibm.com (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id 9CEFAB204D; Mon, 14 May 2018 16:20:55 -0400 (EDT) Received: from paulmck-ThinkPad-W541 (unknown [9.70.82.108]) by b01ledav003.gho.pok.ibm.com (Postfix) with ESMTP id 659FAB2050; Mon, 14 May 2018 16:20:55 -0400 (EDT) Received: by paulmck-ThinkPad-W541 (Postfix, from userid 1000) id EC7F816C3609; Mon, 14 May 2018 12:20:28 -0700 (PDT) Date: Mon, 14 May 2018 12:20:28 -0700 From: "Paul E. McKenney" To: "Joel Fernandes (Google)" Cc: linux-kernel@vger.kernel.org, Josh Triplett , Steven Rostedt , Mathieu Desnoyers , Lai Jiangshan , byungchul.park@lge.com, kernel-team@android.com Subject: Re: [PATCH RFC 7/8] rcu: trace CleanupMore condition only if needed Reply-To: paulmck@linux.vnet.ibm.com References: <20180514031541.67247-1-joel@joelfernandes.org> <20180514031541.67247-8-joel@joelfernandes.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20180514031541.67247-8-joel@joelfernandes.org> User-Agent: Mutt/1.5.21 (2010-09-15) X-TM-AS-GCONF: 00 x-cbid: 18051419-0048-0000-0000-0000026CDF78 X-IBM-SpamModules-Scores: X-IBM-SpamModules-Versions: BY=3.00009025; HX=3.00000241; KW=3.00000007; PH=3.00000004; SC=3.00000260; SDB=6.01032299; UDB=6.00527733; IPR=6.00811430; MB=3.00021110; MTD=3.00000008; XFM=3.00000015; UTC=2018-05-14 19:19:00 X-IBM-AV-DETECTION: SAVI=unused REMOTE=unused XFE=unused x-cbparentid: 18051419-0049-0000-0000-0000451EBC3E Message-Id: <20180514192028.GG26088@linux.vnet.ibm.com> X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:,, definitions=2018-05-14_04:,, signatures=0 X-Proofpoint-Spam-Details: rule=outbound_notspam policy=outbound score=0 priorityscore=1501 malwarescore=0 suspectscore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1015 lowpriorityscore=0 impostorscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1709140000 definitions=main-1805140194 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Sun, May 13, 2018 at 08:15:40PM -0700, Joel Fernandes (Google) wrote: > Currently the tree RCU clean up code records a CleanupMore trace event > even if the GP was already in progress. This makes CleanupMore show up > twice for no reason. Avoid it. > > Signed-off-by: Joel Fernandes (Google) Good catch, and I applied this patch. I did rework the commit log a bit, so please look it over to make sure I didn't mess it up. Thanx, Paul ------------------------------------------------------------------------ commit 52c4e689efd975f5383895b1bc1b91bc90fdd372 Author: Joel Fernandes (Google) Date: Sun May 13 20:15:40 2018 -0700 rcu: Produce last "CleanupMore" trace only if late-breaking request Currently the tree RCU clean-up code records a "CleanupMore" trace event in response to late-arriving grace-period requests even if the grace period was already requested. This makes "CleanupMore" show up an extra time (in addition to once for each rcu_node structure that was previously marked with the request) for no good reason. This commit therefore avoids emitting this trace message unless the only if the only request for this next grace period arrived during or after the cleanup scan of the rcu_node structures. Signed-off-by: Joel Fernandes (Google) Signed-off-by: Paul E. McKenney diff --git a/kernel/rcu/tree.c b/kernel/rcu/tree.c index 8063a0478870..de6447dd73de 100644 --- a/kernel/rcu/tree.c +++ b/kernel/rcu/tree.c @@ -2072,7 +2072,7 @@ static void rcu_gp_cleanup(struct rcu_state *rsp) rsp->gp_state = RCU_GP_IDLE; /* Check for GP requests since above loop. */ rdp = this_cpu_ptr(rsp->rda); - if (ULONG_CMP_LT(rnp->gp_seq, rnp->gp_seq_needed)) { + if (!needgp && ULONG_CMP_LT(rnp->gp_seq, rnp->gp_seq_needed)) { trace_rcu_this_gp(rnp, rdp, rnp->gp_seq_needed, TPS("CleanupMore")); needgp = true;