Received: by 2002:a05:6a10:16a7:0:0:0:0 with SMTP id gp39csp368407pxb; Wed, 11 Nov 2020 05:54:06 -0800 (PST) X-Google-Smtp-Source: ABdhPJz5Zei70pvULwUUtLEDYuCNF22IhXdYa/HEoMwNOarcxEmTwD860rEGfaXxxYjzX94woVwp X-Received: by 2002:aa7:d709:: with SMTP id t9mr27769351edq.305.1605102846542; Wed, 11 Nov 2020 05:54:06 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1605102846; cv=none; d=google.com; s=arc-20160816; b=NnlcX/2F/erkzbKukXOYP5PAgJyOgKG61Td5JpQo+BkA0TqUNeBzUPnsKlz/qtqmZs NN/x91h4csDLK3LjFk7ZiH64eu0ZhrtZwVyu/F3rMTatLDsiUJwiWGJpzmH6mgSUus8y HxJcv0zhBp0vCo2Lwz/E5pmn6zlcbO9abS5qpTDts2NGRFRx7dVxhEHH0yqrsMEFuXDi 2wG4Yk4qWb+tgKfb9TRzyeKpCoOYg8c1ab+SnocCCY3ab/bzG1WUYLCy4PXi4w9/DkaO 5FlEH+QGrAkItX7pBMU90EiC7dUD/Ie+WBhp7rjdSySVxAtcg1tY++MkMo0k4zgjQnOI 0liQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :references:in-reply-to:message-id:subject:cc:to:from:date; bh=FzP3fIfA3AztDFjR5hgHGAE34ZRpq4hDG+lOxgVj+2A=; b=MVIw79+ufQfXZ5f1zyki16+Xo3icojLRthI4M8oz1dUwhoUmGv/pHULptMnwLZ4BtT mKu5cmaq/TRdEGEKU4DIr1RVTPGGgQdFNQzUlZhlwTK18FoQtjWbaHAyf0YyEvP4zL2x HkEB89SuUTQLpYq/vscJfoH0ks3caORDKgmg4Ys7DLhoCTYbnG/sKhccFKUMefshB5b7 rQtaV4vqH7qXRS+LC67wKkIpqOJVlo1ahx7pwNWsjg8Cs/pDHEXStnsg72Oq7Sc/Gbuc cOUCRCwxMaroG7POINGl1gnOz3ybdwOaXdy0eTD6PkOD03MrFN2hvoKB5hjZlHvFtC0E d1mQ== 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 g14si1438897edp.246.2020.11.11.05.53.43; Wed, 11 Nov 2020 05:54:06 -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; 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 S1727001AbgKKNuI (ORCPT + 99 others); Wed, 11 Nov 2020 08:50:08 -0500 Received: from mail.kernel.org ([198.145.29.99]:38850 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726974AbgKKNtp (ORCPT ); Wed, 11 Nov 2020 08:49:45 -0500 Received: from gandalf.local.home (cpe-66-24-58-225.stny.res.rr.com [66.24.58.225]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id EC5CC2072C; Wed, 11 Nov 2020 13:49:43 +0000 (UTC) Date: Wed, 11 Nov 2020 08:49:41 -0500 From: Steven Rostedt To: "Paul E. McKenney" Cc: "Joel Fernandes (Google)" , linux-kernel@vger.kernel.org, Frederic Weisbecker , Neeraj Upadhyay , Josh Triplett , Lai Jiangshan , Marco Elver , Mathieu Desnoyers , rcu@vger.kernel.org, "Uladzislau Rezki (Sony)" , fweisbec@gmail.com, neeraj.iitr10@gmail.com Subject: Re: [PATCH v9 4/7] rcu/trace: Add tracing for how segcb list changes Message-ID: <20201111084941.1db1b324@gandalf.local.home> In-Reply-To: <20201111003530.GA10251@paulmck-ThinkPad-P72> References: <20201103142603.1302207-1-joel@joelfernandes.org> <20201103142603.1302207-5-joel@joelfernandes.org> <20201111003530.GA10251@paulmck-ThinkPad-P72> X-Mailer: Claws Mail 3.17.3 (GTK+ 2.24.32; x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, 10 Nov 2020 16:35:30 -0800 "Paul E. McKenney" wrote: > > +void __trace_rcu_segcb_stats(struct rcu_segcblist *rsclp, const char *context) > > +{ > > + int cbs[RCU_CBLIST_NSEGS]; > > + unsigned long gps[RCU_CBLIST_NSEGS]; > > + > > + if (!trace_rcu_segcb_stats_enabled()) > > + return; > > Can't you rely on the trace system to enable and disable this trace > event? If the thought is to save instructions, then moving all this > into TP_fast_assign() enables the trace system to deal with that as well. > > > + rcu_segcblist_countseq(rsclp, cbs, gps); > > + > > + trace_rcu_segcb_stats(context, cbs, gps); > > +} > > +#endif Yeah, I agree with Paul. I think it is possible to move this all into the TP_fast_assign. If you have trouble doing so, let me know. -- Steve