From patchwork Thu Jun 28 18:21:43 2018 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Joel Fernandes X-Patchwork-Id: 10494671 Return-Path: Received: from mail.wl.linuxfoundation.org (pdx-wl-mail.web.codeaurora.org [172.30.200.125]) by pdx-korg-patchwork.web.codeaurora.org (Postfix) with ESMTP id 9B2D56022E for ; Thu, 28 Jun 2018 18:23:00 +0000 (UTC) Received: from mail.wl.linuxfoundation.org (localhost [127.0.0.1]) by mail.wl.linuxfoundation.org (Postfix) with ESMTP id 9B6012A14C for ; Thu, 28 Jun 2018 18:23:00 +0000 (UTC) Received: by mail.wl.linuxfoundation.org (Postfix, from userid 486) id 8EA392A18C; Thu, 28 Jun 2018 18:23:00 +0000 (UTC) X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on pdx-wl-mail.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-7.8 required=2.0 tests=BAYES_00,DKIM_SIGNED, MAILING_LIST_MULTI, RCVD_IN_DNSWL_HI, T_DKIM_INVALID autolearn=ham version=3.3.1 Received: from vger.kernel.org (vger.kernel.org [209.132.180.67]) by mail.wl.linuxfoundation.org (Postfix) with ESMTP id 1A6022A14C for ; Thu, 28 Jun 2018 18:23:00 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1030447AbeF1SWC (ORCPT ); Thu, 28 Jun 2018 14:22:02 -0400 Received: from mail-pg0-f66.google.com ([74.125.83.66]:36605 "EHLO mail-pg0-f66.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1030423AbeF1SV6 (ORCPT ); Thu, 28 Jun 2018 14:21:58 -0400 Received: by mail-pg0-f66.google.com with SMTP id m5-v6so2828210pgd.3 for ; Thu, 28 Jun 2018 11:21:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=joelfernandes.org; s=google; h=from:to:cc:subject:date:message-id:in-reply-to:references; bh=0y0Y6HhK02jQ+sXqM8QUkLbOeY++kM/KqedsahzGKIA=; b=UYBeuaddyHOkDRXB3clMsI+fP0kxjCx1sKemDpV4VuA+IFBBZeTd8a39mcrnsa+MFF XO3KcZO86q9uF0FH6KQaP0IeUaUqPEVM6EVCVSahfByi58RP5jhUa0acRkWZCAdP4ikW 2Zh9c9ige893C0NYWLV93UjHdGS6tL2TcAniY= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to :references; bh=0y0Y6HhK02jQ+sXqM8QUkLbOeY++kM/KqedsahzGKIA=; b=tM+RkQlSjf6oUjauVxcapED/YhlRHuKKObB0rIXsvxciHRyoVyNQpjg5fIKEk3e8+1 gSGzLL37Nruvq/tdTKww6FNsm+p97XjWhDWyKQBn/OHYgP2AiLDcAAhrycL7sAYpNQPd +D8+1p5MYyuLf8PUj5v8Npi/zEM72g88lGgvI6vp9//2153uiOrjnYIhbBMD41gdJw0u 7JPqiOhllP0Ei++cNQu8Su65XL0Bfw6H+X+zHdn+mBvyHdGHqu5kRj7RC2VYuSUddRq3 xPh4UGwvFFehk4cawBnOQa6m0zsAcrjssrAVwiPDsquSPPcKUcEudLwNp/DpYr7/iH/J tPHg== X-Gm-Message-State: APt69E1nfXLAJ/FD6JuG8GLv0siXSPka+cPu5PTdltFMe6Xf6F6lzYNL aHkB20dDxv3GQYOGPzZNRqzEjw== X-Google-Smtp-Source: ADUXVKImXd1pmagiPhv2WH6F2+oMeVadbleJN1koIaJGcCeT0g+OfNCPH1cXggsrVttDvSHamL+Zdg== X-Received: by 2002:a63:2f04:: with SMTP id v4-v6mr9540770pgv.33.1530210117657; Thu, 28 Jun 2018 11:21:57 -0700 (PDT) Received: from joelaf.mtv.corp.google.com ([2620:0:1000:1600:3122:ea9c:d178:eb]) by smtp.gmail.com with ESMTPSA id q10-v6sm13686027pfj.7.2018.06.28.11.21.56 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 28 Jun 2018 11:21:57 -0700 (PDT) From: Joel Fernandes To: linux-kernel@vger.kernel.org Cc: Paul McKenney , Joel Fernandes , Boqun Feng , Byungchul Park , Ingo Molnar , Julia Cartwright , linux-kselftest@vger.kernel.org, Masami Hiramatsu , Mathieu Desnoyers , Namhyung Kim , Peter Zijlstra , Steven Rostedt , Thomas Glexiner , Tom Zanussi Subject: [PATCH v9 1/7] srcu: Add notrace variants of srcu_read_{lock, unlock} Date: Thu, 28 Jun 2018 11:21:43 -0700 Message-Id: <20180628182149.226164-2-joel@joelfernandes.org> X-Mailer: git-send-email 2.18.0.rc2.346.g013aa6912e-goog In-Reply-To: <20180628182149.226164-1-joel@joelfernandes.org> References: <20180628182149.226164-1-joel@joelfernandes.org> Sender: linux-kselftest-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kselftest@vger.kernel.org X-Virus-Scanned: ClamAV using ClamSMTP From: Paul McKenney This is needed for a future tracepoint patch that uses srcu, and to make sure it doesn't call into lockdep. tracepoint code already calls notrace variants for rcu_read_lock_sched so this patch does the same for srcu which will be used in a later patch. Keeps it consistent with rcu-sched. [Joel: Added commit message] Reviewed-by: Steven Rostedt (VMware) Signed-off-by: Paul McKenney Signed-off-by: Joel Fernandes (Google) --- include/linux/srcu.h | 17 +++++++++++++++++ 1 file changed, 17 insertions(+) diff --git a/include/linux/srcu.h b/include/linux/srcu.h index 91494d7e8e41..3e72a291c401 100644 --- a/include/linux/srcu.h +++ b/include/linux/srcu.h @@ -195,6 +195,16 @@ static inline int srcu_read_lock(struct srcu_struct *sp) __acquires(sp) return retval; } +/* Used by tracing, cannot be traced and cannot invoke lockdep. */ +static inline notrace int +srcu_read_lock_notrace(struct srcu_struct *sp) __acquires(sp) +{ + int retval; + + retval = __srcu_read_lock(sp); + return retval; +} + /** * srcu_read_unlock - unregister a old reader from an SRCU-protected structure. * @sp: srcu_struct in which to unregister the old reader. @@ -209,6 +219,13 @@ static inline void srcu_read_unlock(struct srcu_struct *sp, int idx) __srcu_read_unlock(sp, idx); } +/* Used by tracing, cannot be traced and cannot call lockdep. */ +static inline notrace void +srcu_read_unlock_notrace(struct srcu_struct *sp, int idx) __releases(sp) +{ + __srcu_read_unlock(sp, idx); +} + /** * smp_mb__after_srcu_read_unlock - ensure full ordering after srcu_read_unlock *