Received: by 2002:a25:e7d8:0:0:0:0:0 with SMTP id e207csp2748256ybh; Mon, 9 Mar 2020 12:11:14 -0700 (PDT) X-Google-Smtp-Source: ADFU+vuLhecm2Ymrw/5IGo2EPQ4+7jqRlQeX9g0kasZShy/vMcEUdBN4QjGVFWecbOpnlVPujrvK X-Received: by 2002:aca:cd48:: with SMTP id d69mr173619oig.16.1583781074226; Mon, 09 Mar 2020 12:11:14 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1583781074; cv=none; d=google.com; s=arc-20160816; b=Nm1X35nA5IX2WyoBg1q0X3SeSBccFtzVw9S5D2qXuV6BIcZzCVb/uWMrZVYKbBJsZG rko2N/d2yRvKzySN56DOJowagOju9SesParCSHmmzcMFzLKLfGZK/I76U3/4YO9yE1+H 3pnQNSEyZhPTeRLPYaer85mFFOom7cXYDJIOstLpZjQ0isH+QlcSz3pHuId3d6jNFRO/ SzXkfgN6mM8P6Ahvb8qjQbNJskibxB7eOHc96wG/W4ADCk6362RkCJOMtp4XqN/C8Pge xIMHjn5RbiMLnMyn487zaDCS/Yo8LcVwax3u9qpU//gPVGj8bgJK1cc/J7p6YknOEqnN Gq6A== 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; bh=XH7MH1kjIdc7WlIUHBONTUaHQWg9zFBUdjRo+IS1ViU=; b=JrR/Mabp1DzoPb9azlIgNdeOdD25hkYnb2bZhRfKwg2jfy2IFsCLwLRG5LUBjOd9ut IzA0lefkfRrR7FjL8fLYj9UizuDui89mjBwl0KhTOJDD4jN5VdCjQcXjt5uJEdgDa1vF aRkOysL9EvHNjMzzQcq5oXAuc3UjLSA3B+nu2STdNDWsjQeaiCeA4+qcYC+ssfElCuyt k6DZq3ir2Guw4zWcEaaz+TTiLGBuPaCFFggdosCl6eZI6AptXJbJl5posFCeTzjLHytO ERfbMB+N2zLLVd54SetBi7wQSeQXU5IYljNCVf/LtvgBylaz1VyAcGML9C06+kTU8pk+ vRrA== 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 a11si4539876oib.154.2020.03.09.12.11.01; Mon, 09 Mar 2020 12:11:14 -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 S1727578AbgCITJo (ORCPT + 99 others); Mon, 9 Mar 2020 15:09:44 -0400 Received: from mail.kernel.org ([198.145.29.99]:50474 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727431AbgCITJn (ORCPT ); Mon, 9 Mar 2020 15:09:43 -0400 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 13EF8222D9; Mon, 9 Mar 2020 19:09:42 +0000 (UTC) Date: Mon, 9 Mar 2020 15:09:40 -0400 From: Steven Rostedt To: Mathieu Desnoyers Cc: Thomas Gleixner , linux-kernel , Peter Zijlstra , Masami Hiramatsu , Alexei Starovoitov , paulmck , "Joel Fernandes, Google" , Frederic Weisbecker Subject: Re: Instrumentation and RCU Message-ID: <20200309150940.26730dee@gandalf.local.home> In-Reply-To: <1851876075.21840.1583779960064.JavaMail.zimbra@efficios.com> References: <87mu8p797b.fsf@nanos.tec.linutronix.de> <1403546357.21810.1583779060302.JavaMail.zimbra@efficios.com> <20200309144427.0ce0eabc@gandalf.local.home> <1851876075.21840.1583779960064.JavaMail.zimbra@efficios.com> 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 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, 9 Mar 2020 14:52:40 -0400 (EDT) Mathieu Desnoyers wrote: > And when I say "go back to plain RCU", I really mean removing use of SRCU > from the tracepoints until we have other purposes for it (e.g. taking > faults within specific tracepoint probes such as syscall enter/exit). Actually, with both you and Alexei talking about having a sleeping tracepoint callback, where we can add a can sleep check (but not in the DO_TRACE macro, I would think that registered sleeping callbacks would be its own callback), I would think we do not want to remove the SRCU usage. -- Steve