Received: by 2002:ac0:a5a7:0:0:0:0:0 with SMTP id m36-v6csp1207804imm; Wed, 11 Jul 2018 20:10:19 -0700 (PDT) X-Google-Smtp-Source: AAOMgpfQbEcC0OOpCP+YHrQ8lscNUvmj4dRPstBYginvxQqHHN4V0ruZ5c4I+qexZjwc8BnydeZg X-Received: by 2002:a17:902:14b:: with SMTP id 69-v6mr492850plb.184.1531365019586; Wed, 11 Jul 2018 20:10:19 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1531365019; cv=none; d=google.com; s=arc-20160816; b=hRw7J1iAiTWovatI4hK5U16ErbWbOy3MPGKz5ggFSFshfKmB7ueDbcFm2aWY5V211R 1SZsdS8qrnKZkYsptkBVzNBwCPwgc1IKtzdFIPzwltrqiq37HYTnzh8F3J4pu0Xrrvbl 9GKKUHXII737QC7hBKKMcRhO0UdmfFBprZ+bSIKzaZBUd+NS1BHCtxGT2SjZCrjcNVfU T+txzKhxbiyrXNr/ASpwR2UEvzsgdqH/PrL+eX0rjUSno+oMM7SFuOnEE+dCaLPnrvzJ bIqVh7i+vD46G9hHq1PXjOIngqFJm2Odz6DfISfLfODPQX26RZTA4/57iclGDnKwK8tp yQxg== 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:message-id:subject:cc :to:from:date:dkim-signature:arc-authentication-results; bh=LgxhXobKd6LEtBHBe70IGBZfbXwGbOBPn5FXcYjR3ps=; b=hLvhPFH49p/252bf4oOcpgto8djrbdei4NW2F8e45zQQot51pkEZ0KQ/sh2dBia+/s jS1kM02nMRPOcMMkt9Lct3DWxeUQzaRfM36KyMAt88yfup5NjsHyd8Iun8RQKd7n3+KL +6fO7l+s93IcsJX2FYigTVVOG8K2pMCoaPqQBDPvX3en/I3YeLrFR/30Wg+tPSPanU9H 3NwRH9KMUvNUdK3jN5xR5Lf52aCnA+i5BA+4oga3p9I6eMLmI2DPAbD+88X+HqXNnXVh 1020wGXKGteYlaVdtLmxbhF1IVrTzNMF8trF2iGNQ3Yq9V9xhp6uinmW8sjCgfRQhjw/ C5mA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@joelfernandes.org header.s=google header.b=tSI0CUHa; 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 x185-v6si6169101pfb.306.2018.07.11.20.10.04; Wed, 11 Jul 2018 20:10:19 -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; dkim=pass header.i=@joelfernandes.org header.s=google header.b=tSI0CUHa; 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 S2389749AbeGLAvI (ORCPT + 99 others); Wed, 11 Jul 2018 20:51:08 -0400 Received: from mail-pf0-f196.google.com ([209.85.192.196]:42685 "EHLO mail-pf0-f196.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S2388901AbeGLAvH (ORCPT ); Wed, 11 Jul 2018 20:51:07 -0400 Received: by mail-pf0-f196.google.com with SMTP id l9-v6so7840472pff.9 for ; Wed, 11 Jul 2018 17:44:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=joelfernandes.org; s=google; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to:user-agent; bh=LgxhXobKd6LEtBHBe70IGBZfbXwGbOBPn5FXcYjR3ps=; b=tSI0CUHajWGz3Bq/8guRSeKzOlPqKAyDkLPegOMakORlLT3qYYKWmeE8YylDxt/ukw qreWRakQdO+MqZ138a6cAg7roqcWfCHSIx2/avIuQBCpC7SYvRNY/VbRA7NrNuygtoJ/ QTrfP4lnrk6kI0eoVg37kN/aD6CBLdLgUici0= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to:user-agent; bh=LgxhXobKd6LEtBHBe70IGBZfbXwGbOBPn5FXcYjR3ps=; b=dP/BYl+yX8FsMWSNj0w4ARcdYIFxktkIqPgbVumexBPziPRWvEOPtiEbD9l3yCj4Fe 8UEuYeFIIuOOvZ4ZOgiiJnLFUbhP3KIBWoQ/vn+cBvpPpbMhOiEAX4VqyImTC7e0S66f m2afi8qx6d/Hg+UHnDR1oRyTQ5+XJ96gb7rufsPFD+1dGTJ9eJbvRN3NV9QrVq1ejlve 86lq7gp1t8ZciZAZjzJ9qvdNsCekIDFNoDS74zapcjnE/v/p4yIAEncUbt7gZ454fxZE jtuZb3Z83DK5g/+3BgbkcH7y0yoTTebE7l0SDTYsp+lOtnb00aYGo5XES9dTbVTAxbHG xNxg== X-Gm-Message-State: AOUpUlE8TuQ9bDLaUQaOQbZYdzeOIpcGeo2czu0oCOWe5gjLki9A085K 4Y7Qt86SCQQlipIWQKF4ysW0Fw== X-Received: by 2002:a62:c699:: with SMTP id x25-v6mr127904pfk.16.1531356253152; Wed, 11 Jul 2018 17:44:13 -0700 (PDT) Received: from localhost ([2620:0:1000:1600:3122:ea9c:d178:eb]) by smtp.gmail.com with ESMTPSA id d22-v6sm11450360pfk.69.2018.07.11.17.44.12 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Wed, 11 Jul 2018 17:44:12 -0700 (PDT) Date: Wed, 11 Jul 2018 17:44:11 -0700 From: Joel Fernandes To: Peter Zijlstra Cc: linux-kernel@vger.kernel.org, Boqun Feng , Byungchul Park , Ingo Molnar , Julia Cartwright , linux-kselftest@vger.kernel.org, Masami Hiramatsu , Mathieu Desnoyers , Namhyung Kim , Paul McKenney , Steven Rostedt , Thomas Glexiner , Tom Zanussi Subject: Re: [PATCH v9 5/7] tracing: Centralize preemptirq tracepoints and unify their usage Message-ID: <20180712004411.GD32091@joelaf.mtv.corp.google.com> References: <20180628182149.226164-1-joel@joelfernandes.org> <20180628182149.226164-6-joel@joelfernandes.org> <20180711131256.GH2476@hirez.programming.kicks-ass.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20180711131256.GH2476@hirez.programming.kicks-ass.net> User-Agent: Mutt/1.9.2 (2017-12-15) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, Jul 11, 2018 at 03:12:56PM +0200, Peter Zijlstra wrote: > On Thu, Jun 28, 2018 at 11:21:47AM -0700, Joel Fernandes wrote: > > One note, I have to check for lockdep recursion in the code that calls > > the trace events API and bail out if we're in lockdep recursion > > I'm not seeing any new lockdep_recursion checks... I meant its this part: void trace_hardirqs_on(void) { if (lockdep_recursing(current) || !this_cpu_read(tracing_irq_cpu)) return; > > protection to prevent something like the following case: a spin_lock is > > taken. Then lockdep_acquired is called. That does a raw_local_irq_save > > and then sets lockdep_recursion, and then calls __lockdep_acquired. In > > this function, a call to get_lock_stats happens which calls > > preempt_disable, which calls trace IRQS off somewhere which enters my > > tracepoint code and sets the tracing_irq_cpu flag to prevent recursion. > > This flag is then never cleared causing lockdep paths to never be > > entered and thus causing splats and other bad things. > > Would it not be much easier to avoid that entirely, afaict all > get/put_lock_stats() callers already have IRQs disabled, so that > (traced) preempt fiddling is entirely superfluous. Let me try to apply Peter's diff and see if I still don't need lockdep recursion checking. I believe it is still harmless to still check for lockdep recursion just to be safe. But I'll give it a try and let you know how it goes. thanks! - Joel > --- > diff --git a/kernel/locking/lockdep.c b/kernel/locking/lockdep.c > index 5fa4d3138bf1..8f5ce0048d15 100644 > --- a/kernel/locking/lockdep.c > +++ b/kernel/locking/lockdep.c > @@ -248,12 +248,7 @@ void clear_lock_stats(struct lock_class *class) > > static struct lock_class_stats *get_lock_stats(struct lock_class *class) > { > - return &get_cpu_var(cpu_lock_stats)[class - lock_classes]; > -} > - > -static void put_lock_stats(struct lock_class_stats *stats) > -{ > - put_cpu_var(cpu_lock_stats); > + return &this_cpu_ptr(&cpu_lock_stats)[class - lock_classes]; > } > > static void lock_release_holdtime(struct held_lock *hlock) > @@ -271,7 +266,6 @@ static void lock_release_holdtime(struct held_lock *hlock) > lock_time_inc(&stats->read_holdtime, holdtime); > else > lock_time_inc(&stats->write_holdtime, holdtime); > - put_lock_stats(stats); > } > #else > static inline void lock_release_holdtime(struct held_lock *hlock) > @@ -4090,7 +4084,6 @@ __lock_contended(struct lockdep_map *lock, unsigned long ip) > stats->contending_point[contending_point]++; > if (lock->cpu != smp_processor_id()) > stats->bounces[bounce_contended + !!hlock->read]++; > - put_lock_stats(stats); > } > > static void > @@ -4138,7 +4131,6 @@ __lock_acquired(struct lockdep_map *lock, unsigned long ip) > } > if (lock->cpu != cpu) > stats->bounces[bounce_acquired + !!hlock->read]++; > - put_lock_stats(stats); > > lock->cpu = cpu; >