Received: by 2002:ac0:a5a7:0:0:0:0:0 with SMTP id m36-v6csp186591imm; Fri, 10 Aug 2018 09:34:30 -0700 (PDT) X-Google-Smtp-Source: AA+uWPwLVGwg3jEzWakEZKSvzhyyWjYw31JzCu4CtW+/FOXSSSGNQgVpWROcsF3xU4Ta/TEteCyY X-Received: by 2002:a17:902:704c:: with SMTP id h12-v6mr6719955plt.237.1533918870603; Fri, 10 Aug 2018 09:34:30 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1533918870; cv=none; d=google.com; s=arc-20160816; b=ex7516RTzNk1801EA3ZaPigD+ZL3/cCF794NTcBq2OxlDQ4Jbdub7iOXMFPOKbEa6p Vrm4fqZZflH8VZY9EAEOZJaNcI1kvzUr3d8lV+AcjnUvix0kEYNGmZDAJMjTPH1lk1oP oC70+hVtxxNZJBrvu4Q6NHSpeyUGCs/ARcyNrzVoZ5uRtWGj0aSQWDcgQJPr5PXHPDn3 WZ8/rOETL6+Ox3EOCOL0q6jaUpgVcFd8G19FXki+qBPR3FXYragulXGjCQZCPEbe0Ndl Z3qoRx9FemsVM+ZFvSUpzgAz1eZNUgRryBSE+Ol1TzkdN+vOT8lPJRnvdL9hAb7BFzBw Kntw== 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 :arc-authentication-results; bh=rjJEgPzaBMACvWVy7K7rRB2it0YB2h9AYcOJQCQwnKo=; b=Ps299Jec1ByErz9VW21rn+ZNus1+/XoLG1Y5Ft0SdChpw2vwZGS4xpXMHWaetqmDqA uEo7/bkTxz9VsrTC1S657vinlAWdBmHRqUcB7U3mAYNnQ2/jyViTwZgF+OsFTQm26cw5 JD2x9Fw9qrj9QqTVNgIm4o3pMgLHsJDKtMkH7MX/V4PBdDpVJDWPQ8pdZrExJ+XpNi7e TBeJw58ctZ5Dtln9yqCdFux8EuBVeI+5HZTpaum5WYmw3+FHc/+sTitBUdv4nTEpA9B3 z8gTlI+2EWARf6brm61Na72+JuF0Aj+86NLk3vkyqAjd7nmbvnXl7y5tBXmqu3zf5Mv6 otWQ== 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 r10-v6si10972568pgm.535.2018.08.10.09.34.16; Fri, 10 Aug 2018 09:34:30 -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 S1729609AbeHJTDX (ORCPT + 99 others); Fri, 10 Aug 2018 15:03:23 -0400 Received: from mail.kernel.org ([198.145.29.99]:53838 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727795AbeHJTDX (ORCPT ); Fri, 10 Aug 2018 15:03:23 -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 152A62242A; Fri, 10 Aug 2018 16:32:47 +0000 (UTC) Date: Fri, 10 Aug 2018 12:32:46 -0400 From: Steven Rostedt To: Joel Fernandes Cc: linux-kernel@vger.kernel.org, kernel-team@android.com, Boqun Feng , Byungchul Park , Ingo Molnar , Masami Hiramatsu , Mathieu Desnoyers , Namhyung Kim , Paul McKenney , Peter Zijlstra , Thomas Glexiner , Tom Zanussi Subject: Re: [PATCH v12 2/3] tracepoint: Make rcuidle tracepoint callers use SRCU Message-ID: <20180810123246.1174ba66@gandalf.local.home> In-Reply-To: <20180810113554.1df28050@gandalf.local.home> References: <20180730222423.196630-1-joel@joelfernandes.org> <20180730222423.196630-3-joel@joelfernandes.org> <20180810113554.1df28050@gandalf.local.home> 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, 10 Aug 2018 11:35:54 -0400 Steven Rostedt wrote: > Investigating it, it's that when we register more than one event, the > tracepoint code calls "release_probes" when adding new tracepoints (as > it updated the tracepoint array), and this is done very early in boot > up, causing this warning. > > I'm still looking at ways to fix this. Any ideas would help. I just posted a patch: http://lkml.kernel.org/r/20180810123042.51ceddb9@gandalf.local.home It appears to fix the issue. I'm going to start testing it in my suite. Does anyone have any concerns about it, or a better solution? Thanks! -- Steve