Received: by 10.192.165.148 with SMTP id m20csp805768imm; Fri, 27 Apr 2018 07:49:10 -0700 (PDT) X-Google-Smtp-Source: AB8JxZrGnSA2Ad4jjCWMyk1pzG0I3VOXqwOU7QAldBqhkPvMSocaxRyWDIL0yXA5KjhoaNSu+GdX X-Received: by 2002:a17:902:3381:: with SMTP id b1-v6mr2596952plc.248.1524840550004; Fri, 27 Apr 2018 07:49:10 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1524840549; cv=none; d=google.com; s=arc-20160816; b=eoghavtdJE2HwS8UhY2rALportZrpsZ107RQAm3naoJQOvtkaG49Abc0JUYtMqxVqz hOxA3hZHnHJktJnqiX2l1S/ideJSXEUUzUzaz4jmujup3FWMIDrO09Y/vBCqjr/KrzUq ef2PIwpAjqkumdJDm0llrBbx1Bfy/VhNcEteIz7WU3sjUiTV2QZCk/uHSaAPHXcRSTsW SpyJo6vuhJdFLJSrW7+UoCz6btDeVoZY8rdamAoItkLGu5vQWQ4DAhtNEuG/pFJVt8x5 hQ2tTSwqzOTXZdl7vaTojIX3RCBqQHD+HL30ShR2lr9zCComzjnQGPzAKMPYucI+Iqjm 2YFQ== 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 :dmarc-filter:arc-authentication-results; bh=8Rax6LV+iPZmztj0E5pwnIDm08+qQOaCQ61ShT3oSCk=; b=liKPJiuU6GHdwNl9BrbAC+ZiDy/5IsFzgo5NLFAzMVno2RAwgOJK0JYT96b1quADHp Qohc8JWtrz/4vstc+suOPyhxZNMdrD3P8BGc4TMkAsK2e3xUl12yimcZgaGeX3t88DVa cmhxg3Yj9cnLh5VOC3JLru5IwotYdmEtcpIrPK8OHb7ILbOp5A3e1PTStPrbAKqU1qu1 C2MsjiQABnGyYO20HRTsll3Hty+HrvI3ARihQuENeqNRPGSla70X/y0hXWhIehKq2HqH jeK+row5O9A7cn68X0uQdw/fe/8135i/qiJZ4+3nd6xfsfsPFi0YLlamXSsiWsbj5bJl xjvQ== 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 e63si1415569pfd.261.2018.04.27.07.48.55; Fri, 27 Apr 2018 07:49:09 -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 S934481AbeD0Orx (ORCPT + 99 others); Fri, 27 Apr 2018 10:47:53 -0400 Received: from mail.kernel.org ([198.145.29.99]:38412 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S934021AbeD0Orv (ORCPT ); Fri, 27 Apr 2018 10:47:51 -0400 Received: from gandalf.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 41757218D9; Fri, 27 Apr 2018 14:47:49 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org 41757218D9 Authentication-Results: mail.kernel.org; dmarc=none (p=none dis=none) header.from=goodmis.org Authentication-Results: mail.kernel.org; spf=none smtp.mailfrom=rostedt@goodmis.org Date: Fri, 27 Apr 2018 10:47:47 -0400 From: Steven Rostedt To: Mathieu Desnoyers Cc: Joel Fernandes , linux-kernel , Peter Zijlstra , Ingo Molnar , Tom Zanussi , Namhyung Kim , Thomas Gleixner , Boqun Feng , "Paul E. McKenney" , fweisbec , Randy Dunlap , Masami Hiramatsu , kbuild test robot , baohong liu , vedang patel , kernel-team@android.com Subject: Re: [PATCH RFC] tracepoint: Introduce tracepoint callbacks executing with preempt on Message-ID: <20180427104747.2d965925@gandalf.local.home> In-Reply-To: <1169911546.5820.1524839189395.JavaMail.zimbra@efficios.com> References: <20180427042656.190746-1-joelaf@google.com> <1169911546.5820.1524839189395.JavaMail.zimbra@efficios.com> X-Mailer: Claws Mail 3.16.0 (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 Fri, 27 Apr 2018 10:26:29 -0400 (EDT) Mathieu Desnoyers wrote: > The general approach and the implementation look fine, except for > one small detail: I would be tempted to explicitly disable preemption > around the call to the tracepoint callback for the rcuidle variant, > unless we plan to audit every tracer right away to remove any assumption > that preemption is disabled in the callback implementation. I'm thinking that we do that audit. There shouldn't be many instances of it. I like the idea that a tracepoint callback gets called with preemption enabled. -- Steve