Received: by 10.192.165.148 with SMTP id m20csp4975276imm; Tue, 1 May 2018 07:07:58 -0700 (PDT) X-Google-Smtp-Source: AB8JxZrZOscyD0of2+60SGC4+21BVwGwaa/aD5cGwN46rftDI8ChtjS2hbrxLTXWLjFZssy20rfz X-Received: by 2002:a17:902:7402:: with SMTP id g2-v6mr16759617pll.246.1525183678007; Tue, 01 May 2018 07:07:58 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1525183677; cv=none; d=google.com; s=arc-20160816; b=FRey1/XFTUEhfSei0Upuakqu+oFYCWAVXlx1a53ihU5oD/jVe/ar4ITmYPFp20W8gQ SDuEh8DRzBfNg7HqIL4pCd4WKKVNysA1qoAbIXnnGczGW1cwdUmYzRB7mVZlLDaE9J9M QBQMBtP4OovoTztB3MCYCU0B2lGGy1bUniOnhiozZKEReOpKe+L0lf/X7OYtQpuNeiX2 ufBI951YX/yh92NZdvS5D5/sPdoY6VZSxYNCcYzzIROmSwVtRiBJ2O1Q+5ws0RD0oAvV +ZZIcxvNDZJ7US1u7GofkmK6PLH+D2EykG+V/BNHMi4VjhGQblholw8a1VuGqJr9smIv 1CEA== 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=Lx3nlwXtRODobf6s/ABp+uQHzIbOg35EBeF4/an2vek=; b=zG+AOGKLLTE6xyWQtoI8eX+uvhHgqgvu0HzzoOWm03fdZs1J29QxLMqVWCRZxBHDO9 1yJbUw8hfUl0zXTY07xrvKBKApAamVUVT8XdcYzxx2YPU8hYNxhSwmHgl6gQ2aY+pbsO +jUAhjjBGAhUdoAisIofmVYrBuLilNKg/iaGEn6G5yZxkqwm3L+xTKS5aPJm6Xaf4l0X 7PXuYv+vufy/0Qsc8+mTSY7XB5La29FZF0qoGShTFrvRhgXKeHjr9iOdTEDk9FP8DMti meP+AcfqF9gORfX8bqgBRYErRITdOVBZqrOtAqg7DgrwJFSROa7SDh5iGx791Mec6NJu 6CyQ== 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 m5-v6si7681066pgv.191.2018.05.01.07.07.43; Tue, 01 May 2018 07:07:57 -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 S1755854AbeEAOG2 (ORCPT + 99 others); Tue, 1 May 2018 10:06:28 -0400 Received: from mail.kernel.org ([198.145.29.99]:58036 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1755363AbeEAOG1 (ORCPT ); Tue, 1 May 2018 10:06:27 -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 3DED32366C; Tue, 1 May 2018 14:06:25 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org 3DED32366C 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: Tue, 1 May 2018 10:06:23 -0400 From: Steven Rostedt To: Joel Fernandes Cc: linux-kernel@vger.kernel.org, Peter Zilstra , Ingo Molnar , Mathieu Desnoyers , Tom Zanussi , Namhyung Kim , Thomas Glexiner , Boqun Feng , Paul McKenney , Frederic Weisbecker , Randy Dunlap , Masami Hiramatsu , Fenguang Wu , Baohong Liu , Vedang Patel , kernel-team@android.com Subject: Re: [PATCH RFC v5 3/6] srcu: Add notrace variant of srcu_dereference Message-ID: <20180501100623.7ebec465@gandalf.local.home> In-Reply-To: <20180501014204.67548-4-joelaf@google.com> References: <20180501014204.67548-1-joelaf@google.com> <20180501014204.67548-4-joelaf@google.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 Mon, 30 Apr 2018 18:42:01 -0700 Joel Fernandes wrote: > In this series, we are making lockdep use an rcuidle tracepoint. For > this reason we need a notrace variant of srcu_dereference since > otherwise we get lockdep splats since lockdep hooks may not have run > yet. This patch adds the needed variant. This change log is rather confusing. Why would lockdep use an rcuidle tracepoint? I think we need to explain more here. -- Steve