Received: by 2002:a25:1506:0:0:0:0:0 with SMTP id 6csp6221476ybv; Tue, 18 Feb 2020 12:18:24 -0800 (PST) X-Google-Smtp-Source: APXvYqxHA4B2ezklOTm6wnH3YwqNPP/+EBfL9JzjFFjvX9aLL+P8q+Fz5M04EJbXgQSm+WQVKXWr X-Received: by 2002:aca:3114:: with SMTP id x20mr2457251oix.121.1582057104239; Tue, 18 Feb 2020 12:18:24 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1582057104; cv=none; d=google.com; s=arc-20160816; b=Z8Gqjpj5TwqVq5d1ksOIadTzqKBMh1QGPEw0IZcmDwlr6uG3xSGJXng+IYR3dLTBx9 Tu8xX+IqeFx+lbNWrJMPsboVAht8sHHFC8DPAZsxWPjoVL0W5SObtkCCA/PhNH/U127K MOZTsXLyx6MfE4kIFTiJA9XmEB8TE8DeoNtNWr8gewqPFIyp4h5seUVhPj3mQWYQU/wQ vUyU1HsO6LaHfGKzhsLSJQ5J6M2NmaTzcX7ESUxGarApIia5AwdLbkjZPYjEcCVlN5ed GeiZQ7s/TIiA0wPLHe3oIN5E3O3x5+JnsZebRzrEyZyvlBJTDaYb1R9WPKDK94Qf9OdM 8r3Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:reply-to:message-id :subject:cc:to:from:date:dkim-signature; bh=aeLktbdhDeMN734m9WiWHET6yAkwg18/x2H33r/Ys7s=; b=F/QWonlqlOEa9RKb9Q9SZnafDvoO3A0E7IKM/jJkP89gI8Ju7SINvml+Y3YX9SMHhG RjzTYtRJdmHw722QmC5l1wBQm8moiF8vAmbagbrAQ0hUWGC/aAsAaWyF44NwctPZivOd mYIQyD8uKs4Kvs4azo/mQNJU8uTWca4Ep+pdwDNTG9MEGivfY23wAY0CF4/evYibn8pl cw8MrR9TTMliitUVXv6af/bs1T9Oa2K/gIEe5HJiJW+0APHvyO0dmjxWRtIzg/2xTf75 mcH6AReVvDvxG+HQuSD9/hXX0Z6zbmS2r9tp6p0KrqKpYhyp7Uk/0YS7jRq78t7auw4V 9S0w== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=qEM+fw9a; 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=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id l11si2284661otn.189.2020.02.18.12.18.12; Tue, 18 Feb 2020 12:18:24 -0800 (PST) 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; dkim=pass header.i=@kernel.org header.s=default header.b=qEM+fw9a; 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=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726922AbgBRUSI (ORCPT + 99 others); Tue, 18 Feb 2020 15:18:08 -0500 Received: from mail.kernel.org ([198.145.29.99]:53236 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726384AbgBRUSH (ORCPT ); Tue, 18 Feb 2020 15:18:07 -0500 Received: from paulmck-ThinkPad-P72.home (50-39-105-78.bvtn.or.frontiernet.net [50.39.105.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 165832176D; Tue, 18 Feb 2020 20:18:07 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1582057087; bh=qqnLyB3gVVKRKrBhyaJyFqmzkXjVgBOGwvgmzPzW+Gg=; h=Date:From:To:Cc:Subject:Reply-To:References:In-Reply-To:From; b=qEM+fw9aHW+bZBCC3UebArPkarrxb3jBlJ9OjiUtvnWPkwSLEVSWkwrk1rk2S/t/G HjGxcW4B93H5pkpev+KVTm9fGqrA92KMqBahARDW6NCRwC/N/SAzbHynpv9O29BzuD yePbCbgHNEOCP7bb6uGQbp17zFSRrAw8PW6/+OQo= Received: by paulmck-ThinkPad-P72.home (Postfix, from userid 1000) id E60563520856; Tue, 18 Feb 2020 12:18:06 -0800 (PST) Date: Tue, 18 Feb 2020 12:18:06 -0800 From: "Paul E. McKenney" To: Steven Rostedt Cc: Masami Hiramatsu , Joel Fernandes , Peter Zijlstra , linux-kernel@vger.kernel.org, linux-arch@vger.kernel.org, mingo@kernel.org, gregkh@linuxfoundation.org, gustavo@embeddedor.com, tglx@linutronix.de, josh@joshtriplett.org, mathieu.desnoyers@efficios.com, jiangshanlai@gmail.com Subject: Re: [PATCH v2 3/9] rcu,tracing: Create trace_rcu_{enter,exit}() Message-ID: <20200218201806.GI2935@paulmck-ThinkPad-P72> Reply-To: paulmck@kernel.org References: <20200213163800.5c51a5f1@gandalf.local.home> <20200213215004.GM2935@paulmck-ThinkPad-P72> <20200213170451.690c4e5c@gandalf.local.home> <20200213223918.GN2935@paulmck-ThinkPad-P72> <20200214151906.b1354a7ed6b01fc3bf2de862@kernel.org> <20200215145934.GD2935@paulmck-ThinkPad-P72> <20200217175519.12a694a969c1a8fb2e49905e@kernel.org> <20200217163112.GM2935@paulmck-ThinkPad-P72> <20200218133335.c87d7b2399ee6532bf28b74a@kernel.org> <20200218124609.1a33f868@gandalf.local.home> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20200218124609.1a33f868@gandalf.local.home> User-Agent: Mutt/1.9.4 (2018-02-28) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, Feb 18, 2020 at 12:46:09PM -0500, Steven Rostedt wrote: > On Tue, 18 Feb 2020 13:33:35 +0900 > Masami Hiramatsu wrote: > > > On Mon, 17 Feb 2020 08:31:12 -0800 > > "Paul E. McKenney" wrote: > > > > > > > BTW, if you consider the x86 specific code is in the generic file, > > > > we can move NOKPROBE_SYMBOL() in arch/x86/kernel/traps.c. > > > > (Sorry, I've hit this idea right now) > > > > > > Might this affect other architectures with NMIs and probe-like things? > > > If so, it might make sense to leave it where it is. > > > > Yes, git grep shows that arm64 is using rcu_nmi_enter() in > > debug_exception_enter(). > > OK, let's keep it, but maybe it is good to update the comment for > > arm64 too. What about following? > > > > +/* > > + * All functions in do_int3() on x86, do_debug_exception() on arm64 must be > > + * marked NOKPROBE before kprobes handler is called. > > + * ist_enter() on x86 and debug_exception_enter() on arm64 which is called > > + * before kprobes handle happens to call rcu_nmi_enter() which means > > + * that rcu_nmi_enter() must be marked NOKRPOBE. > > + */ > > > > Ah, why don't we just say... > > /* > * All functions called in the breakpoint trap handler (e.g. do_int3() > * on x86), must not allow kprobes until the kprobe breakpoint handler > * is called, otherwise it can cause an infinite recursion. > * On some archs, rcu_nmi_enter() is called in the breakpoint handler > * before the kprobe breakpoint handler is called, thus it must be > * marked as NOKPROBE. > */ > > And that way we don't make this an arch specific comment. That looks good to me. Masami, does this work for you? Thanx, Paul