Received: by 2002:a25:8b12:0:0:0:0:0 with SMTP id i18csp1005362ybl; Fri, 16 Aug 2019 07:27:53 -0700 (PDT) X-Google-Smtp-Source: APXvYqzzDbNAyWFSyK3tQ+9kiQhW7oohUyZwVwoQ/VLMTqydGy8JULc0nbuExQQj7erIvx4rF/Od X-Received: by 2002:a17:902:9a8d:: with SMTP id w13mr9414094plp.157.1565965673209; Fri, 16 Aug 2019 07:27:53 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1565965673; cv=none; d=google.com; s=arc-20160816; b=MJo2NtiYCuH15TFtsj4BPThydaRLlYmVnieqXVsRXyg+RgYeafuVRvFD420yN9y+D9 NdPul2C/VpX22IFh9c1gP1RsRFOSiGsUFWE+M4y8iLimsEz3WNVywt7FOiq5o2eZxXGg nopodYQOtrmIQR9RZFuomU0lvfLIZ/YYYh7FMiHwSDAJpPaVnfVC13Sc3moZbpLKZtqq ax77m9sNpeoMD/jrEQP24ViQRDXiCAe8+ynquUvwr7SUYkJ1uOyBL02cxqBtyu/U8S6H CObmBeKBpGYGszkviC6wxiVbvyh8QRXP3Kzv9bHGtgOskdNRxVh9Qj4YZNKri4t9Loyr G80A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:references:in-reply-to:message-id:date :subject:cc:to:from:dkim-signature:dkim-filter; bh=iv5HRQ6OkRkJ/Hf3iplLYJ2enbTgUjEJAUMw9DOMKqg=; b=vGOIYsPPx3dpz/2UbaIuZdlZGAJnXbhS29/dtIJsLu/i9UT/dKUxubDUQnBzJLg6IH OUMYHnEp8aRSG6FZ+cDaCGZbQ+lKJM4Vf87bEurYvlyee7VEzIImwIvV6zhBnnL52v9G RSihOlUZuk4eH7FHCY982r2p6G0JxiPLQdC/ifw1AuwsmtHVz79Snxc8vJCq2ADlfbzI m60cqkFB1EUlno0ayqnZdogfk7pPp4bn1cF17McrisAIxifMlqOUKy7OueC2JGOCRor8 x4m4Y9cK3TdfMQidxdX4Xsxyk25A99IWlHw6T0BButH0/crbW5w/jlI54LvcDmwaZEWG 3wnw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@efficios.com header.s=default header.b=N9Q1lszF; 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=efficios.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id y5si4149250plt.128.2019.08.16.07.27.34; Fri, 16 Aug 2019 07:27:53 -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=@efficios.com header.s=default header.b=N9Q1lszF; 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=efficios.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727334AbfHPO05 (ORCPT + 99 others); Fri, 16 Aug 2019 10:26:57 -0400 Received: from mail.efficios.com ([167.114.142.138]:41450 "EHLO mail.efficios.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726032AbfHPO04 (ORCPT ); Fri, 16 Aug 2019 10:26:56 -0400 Received: from localhost (ip6-localhost [IPv6:::1]) by mail.efficios.com (Postfix) with ESMTP id 0C0642C5488; Fri, 16 Aug 2019 10:26:55 -0400 (EDT) Received: from mail.efficios.com ([IPv6:::1]) by localhost (mail02.efficios.com [IPv6:::1]) (amavisd-new, port 10032) with ESMTP id 0fhhrkBioaPA; Fri, 16 Aug 2019 10:26:54 -0400 (EDT) Received: from localhost (ip6-localhost [IPv6:::1]) by mail.efficios.com (Postfix) with ESMTP id 5805E2C5482; Fri, 16 Aug 2019 10:26:54 -0400 (EDT) DKIM-Filter: OpenDKIM Filter v2.10.3 mail.efficios.com 5805E2C5482 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=efficios.com; s=default; t=1565965614; bh=iv5HRQ6OkRkJ/Hf3iplLYJ2enbTgUjEJAUMw9DOMKqg=; h=From:To:Date:Message-Id; b=N9Q1lszF8gNgCfJsN5NGp9bLpt4EAjKRzV/XSAP4wdF/w/sgF3FG847G2rjd7QXJh EHQVly0mSzgJWbBuGhux+9edn9wBi+79gUN+MyrCg+wyQCfKd1VML36E0lnq92FLXz v2LswUY5Sc7cYQSQtOoVd51J7DofrnVDcL/pnqOEnBLiIhRLDMuZiEP/8USr3QiOs1 CMxoZ+QmDVvbElXYulyBSNKtKjzX9/v9+9OWE1J2Xmg3JML+i0OW6IW3mGyhnOBoPY tPl4WxXGg51avYa8ArWzQfCJ58il6kOW6tqfuy1CHya+O5J7jXoJkOUlLSdW2CbaRb EIAR5H/YsiAxA== X-Virus-Scanned: amavisd-new at efficios.com Received: from mail.efficios.com ([IPv6:::1]) by localhost (mail02.efficios.com [IPv6:::1]) (amavisd-new, port 10026) with ESMTP id 03ZSjcovp2hx; Fri, 16 Aug 2019 10:26:54 -0400 (EDT) Received: from thinkos.internal.efficios.com (192-222-181-218.qc.cable.ebox.net [192.222.181.218]) by mail.efficios.com (Postfix) with ESMTPSA id 0C6212C5478; Fri, 16 Aug 2019 10:26:54 -0400 (EDT) From: Mathieu Desnoyers To: Steven Rostedt Cc: linux-kernel@vger.kernel.org, Mathieu Desnoyers , Joel Fernandes , Peter Zijlstra , Thomas Gleixner , "Paul E . McKenney" Subject: [PATCH 1/1] Fix: trace sched switch start/stop racy updates Date: Fri, 16 Aug 2019 10:26:43 -0400 Message-Id: <20190816142643.13758-1-mathieu.desnoyers@efficios.com> X-Mailer: git-send-email 2.11.0 In-Reply-To: <00000000000076ecf3059030d3f1@google.com> References: <00000000000076ecf3059030d3f1@google.com> Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Reading the sched_cmdline_ref and sched_tgid_ref initial state within tracing_start_sched_switch without holding the sched_register_mutex is racy against concurrent updates, which can lead to tracepoint probes being registered more than once (and thus trigger warnings within tracepoint.c). Also, write and read to/from those variables should be done with WRITE_ONCE() and READ_ONCE(), given that those are read within tracing probes without holding the sched_register_mutex. [ Compile-tested only. I suspect it might fix the following syzbot report: syzbot+774fddf07b7ab29a1e55@syzkaller.appspotmail.com ] Signed-off-by: Mathieu Desnoyers CC: Joel Fernandes (Google) CC: Peter Zijlstra CC: Steven Rostedt (VMware) CC: Thomas Gleixner CC: Paul E. McKenney --- kernel/trace/trace_sched_switch.c | 32 ++++++++++++++++++++++---------- 1 file changed, 22 insertions(+), 10 deletions(-) diff --git a/kernel/trace/trace_sched_switch.c b/kernel/trace/trace_sched_switch.c index e288168661e1..902e8bf59aeb 100644 --- a/kernel/trace/trace_sched_switch.c +++ b/kernel/trace/trace_sched_switch.c @@ -26,8 +26,8 @@ probe_sched_switch(void *ignore, bool preempt, { int flags; - flags = (RECORD_TGID * !!sched_tgid_ref) + - (RECORD_CMDLINE * !!sched_cmdline_ref); + flags = (RECORD_TGID * !!READ_ONCE(sched_tgid_ref)) + + (RECORD_CMDLINE * !!READ_ONCE(sched_cmdline_ref)); if (!flags) return; @@ -39,8 +39,8 @@ probe_sched_wakeup(void *ignore, struct task_struct *wakee) { int flags; - flags = (RECORD_TGID * !!sched_tgid_ref) + - (RECORD_CMDLINE * !!sched_cmdline_ref); + flags = (RECORD_TGID * !!READ_ONCE(sched_tgid_ref)) + + (RECORD_CMDLINE * !!READ_ONCE(sched_cmdline_ref)); if (!flags) return; @@ -89,21 +89,28 @@ static void tracing_sched_unregister(void) static void tracing_start_sched_switch(int ops) { - bool sched_register = (!sched_cmdline_ref && !sched_tgid_ref); + bool sched_register; + mutex_lock(&sched_register_mutex); + sched_register = (!sched_cmdline_ref && !sched_tgid_ref); switch (ops) { case RECORD_CMDLINE: - sched_cmdline_ref++; + WRITE_ONCE(sched_cmdline_ref, sched_cmdline_ref + 1); break; case RECORD_TGID: - sched_tgid_ref++; + WRITE_ONCE(sched_tgid_ref, sched_tgid_ref + 1); break; + + default: + WARN_ONCE(1, "Unsupported tracing op: %d", ops); + goto end; } - if (sched_register && (sched_cmdline_ref || sched_tgid_ref)) + if (sched_register) tracing_sched_register(); +end: mutex_unlock(&sched_register_mutex); } @@ -113,16 +120,21 @@ static void tracing_stop_sched_switch(int ops) switch (ops) { case RECORD_CMDLINE: - sched_cmdline_ref--; + WRITE_ONCE(sched_cmdline_ref, sched_cmdline_ref - 1); break; case RECORD_TGID: - sched_tgid_ref--; + WRITE_ONCE(sched_tgid_ref, sched_tgid_ref - 1); break; + + default: + WARN_ONCE(1, "Unsupported tracing op: %d", ops); + goto end; } if (!sched_cmdline_ref && !sched_tgid_ref) tracing_sched_unregister(); +end: mutex_unlock(&sched_register_mutex); } -- 2.11.0