Received: by 2002:ac0:a5a7:0:0:0:0:0 with SMTP id m36-v6csp1215260imm; Wed, 11 Jul 2018 20:22:15 -0700 (PDT) X-Google-Smtp-Source: AAOMgpdlkL/ybf5afoLPr3XPMDB5SxbFEGtZJFtqHWWzB55wV/RuZeVHPSsOebkTli9B4qJyg+tU X-Received: by 2002:a63:66c7:: with SMTP id a190-v6mr453951pgc.411.1531365735444; Wed, 11 Jul 2018 20:22:15 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1531365735; cv=none; d=google.com; s=arc-20160816; b=RdV+WVP5IELgSv7xSJ3IcyxrU8kq62SEHRNJBaXpCM4vAUsEoHmmQdHndrpnZT4t34 HTuWm6AwJKBMgYzCeeSV92myitFc2MC4hGAngn1aeErij6TJEMecssSTinh2SY02vINo oCymc+UYKAnsefdzocH3H89rpMxs8IBB0UnWdOBPwssAWFX+zBzN4nevuZDrJKFxT5E/ GpDLEh4q7i6khRX2lsNoUedDJvaN/j0RED3Lel5NhRYsWNuKgpkPgnIPZy8t0m9AlI4Z wGAB0gYgXu2cbWjxZy3g601fuAix9x+vcNCjn/XY9qJJn9LYC0riyikd0K3waeVAU9oi m/8g== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :references:in-reply-to:message-id:subject:cc:to:from:date :arc-authentication-results; bh=8hV84hKfIEVwsO/U+GJurQBlPFEGZsDvshPCnkLVQnU=; b=NAG2qes4yB4tFuwlIYhY2788zPb/DE0fc9ZbiwhNTjoU/hmnSyIEDv8INmqYr4Zny2 Ko/UBLt7COwg5BN3FE6+P2yp/JPIE4AEyiiIsjBMEDmS/lVex8sUfdwuJqFCk6rjANwi VhLqH8EGtJoL8mtMt+bf+Zei/oXiJUXizCEAfdC4K3I+8vCub9rIXFUJNRwafbfi05G2 /xHbkXZdr7HaW/hsDdsSu//MXx9duQG4bdpAyZmxPJpqnG1D1FTeBZ/+0nwytD+78jre MwtniWUsmT4dQR+2Xk2OkO0R7ZBCSqg2p1DOTK2ZWh1ZelnT/YBpBbcMM2f7AFtwQftn DaBQ== 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 a1-v6si20705522plp.247.2018.07.11.20.22.00; Wed, 11 Jul 2018 20:22:15 -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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726582AbeGLD2y (ORCPT + 99 others); Wed, 11 Jul 2018 23:28:54 -0400 Received: from mail.kernel.org ([198.145.29.99]:43314 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726444AbeGLD2y (ORCPT ); Wed, 11 Jul 2018 23:28:54 -0400 Received: from vmware.local.home (cpe-66-24-56-78.stny.res.rr.com [66.24.56.78]) (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 12DEB20BF2; Thu, 12 Jul 2018 03:21:21 +0000 (UTC) Date: Wed, 11 Jul 2018 23:21:20 -0400 From: Steven Rostedt To: Joel Fernandes Cc: "Paul E. McKenney" , Peter Zijlstra , linux-kernel@vger.kernel.org, Boqun Feng , Byungchul Park , Ingo Molnar , Julia Cartwright , linux-kselftest@vger.kernel.org, Masami Hiramatsu , Mathieu Desnoyers , Namhyung Kim , Thomas Glexiner , Tom Zanussi Subject: Re: [PATCH v9 4/7] tracepoint: Make rcuidle tracepoint callers use SRCU Message-ID: <20180711232120.5dbfa1c7@vmware.local.home> In-Reply-To: <20180711205249.GA32091@joelaf.mtv.corp.google.com> References: <20180628182149.226164-1-joel@joelfernandes.org> <20180628182149.226164-5-joel@joelfernandes.org> <20180711124954.GE2476@hirez.programming.kicks-ass.net> <20180711090003.42596c2b@gandalf.local.home> <20180711142744.GN3593@linux.vnet.ibm.com> <20180711104618.05dc4b46@gandalf.local.home> <20180711205249.GA32091@joelaf.mtv.corp.google.com> X-Mailer: Claws Mail 3.15.1 (GTK+ 2.24.32; x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, 11 Jul 2018 13:52:49 -0700 Joel Fernandes wrote: > > #define __DECLARE_TRACE(name, proto, args, cond, data_proto, data_args) \ > > extern struct tracepoint __tracepoint_##name; \ > > static inline void trace_##name(proto) \ > > { \ > > if (static_key_false(&__tracepoint_##name.key)) \ > > __DO_TRACE(&__tracepoint_##name, \ > > TP_PROTO(data_proto), \ > > TP_ARGS(data_args), \ > > TP_CONDITION(cond), 0); \ > > if (IS_ENABLED(CONFIG_LOCKDEP) && (cond)) { \ > > rcu_read_lock_sched_notrace(); \ > > rcu_dereference_sched(__tracepoint_##name.funcs);\ > > rcu_read_unlock_sched_notrace(); \ > > } \ > > } > > > > Because lockdep would only trigger warnings when the tracepoint was > > enabled and used in a place it shouldn't be, we added the above > > IS_ENABLED(CONFIG_LOCKDEP) part to test regardless if the the > > tracepoint was enabled or not. Because we do this, we don't need to > > have the test in the __DO_TRACE() code itself. That means we can clean > > up the code as per Peter's suggestion. > > Sounds good, I'm Ok with making this change. > > Just to clarify, are you proposing to change the rcu_dereference_sched to > rcu_dereference_raw in both __DECLARE_TRACE and __DO_TRACE? No, just in __DO_TRACE(). The rcu_dereference_sched() above in __DECLARE_TRACE() in the if (IS_ENABLED(CONFIG_LOCKDEP) block is required to show the warnings if trace_##name() is used wrong, and is the reason we can use rcu_dereference_raw() in __DO_TRACE() in the first place ;-) This brings up another point. We should probably add to __DECLARE_TRACE_RCU() this: #ifndef MODULE #define __DECLARE_TRACE_RCU(name, proto, args, cond, data_proto, data_args) \ static inline void trace_##name##_rcuidle(proto) \ { \ if (static_key_false(&__tracepoint_##name.key)) \ __DO_TRACE(&__tracepoint_##name, \ TP_PROTO(data_proto), \ TP_ARGS(data_args), \ TP_CONDITION(cond), 1); \ + if (IS_ENABLED(CONFIG_LOCKDEP) && (cond)) { \ + int idx; \ + idx = srcu_read_lock_notrace(&tracepoint_srcu); \ + srcu_dereference_notrace(__tracepoint_##name.funcs, \ + &tracepoint_srcu); \ + srcu_read_unlock_notrace(&tracepoint_srcu, idx); \ + } \ } #else So that lockdep works with trace_##name##__rcuidle() when the trace event is not enabled. But that should be a separate patch and not part of this series. I may write that up tomorrow. -- Steve