Received: by 2002:a05:6902:102b:0:0:0:0 with SMTP id x11csp635653ybt; Fri, 19 Jun 2020 09:51:31 -0700 (PDT) X-Google-Smtp-Source: ABdhPJz9DNMm8UWibWxHM4f/fdQbN8knqDgXvff5FI5ygUiWyClcNSwSqz4Xz8nxGdiPIWymGEB0 X-Received: by 2002:aa7:d283:: with SMTP id w3mr4327854edq.262.1592585491813; Fri, 19 Jun 2020 09:51:31 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1592585491; cv=none; d=google.com; s=arc-20160816; b=cXE3/txMRZzhyLLdzW1emlUjrztS8bTW5y/3kBRDVrQGUX/DV4R5ChEvMKzWTcMbwS mPFtF57BMTE1G3PTUwjP5HDhYvIxj217ZMkSQPkEBqs1ubxhjxkK+Lt9fE9gXli9B71v zV1lcbLgjhf+MKLv0iXePan0Z+EBDHgO9o0yY95ClCPdmILpULUGj+Dr2UehYZPDux7z hpbwzDqZMDZ5xXrINcjrTaTUVo/PlQvprHB2njQ4sT3wyh97LNB6lUo2kW3o+lf5XuWm QHXnh6fDG05xFZC/MykgxcufCuJWg6QmTaWR/GHYYCvAnoMDaTmo77a61T8l+mOVfH4X hDlg== 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; bh=UDU81vMcoAJjzgqkS3Y/yd6g6RB4ABYa31wlLediqj4=; b=rGkB/Yg0Pp3MF8TfE6evEbCVy4+7Eh/WFSmfaur9c8bfre6uirTLyBrvdqYXZqp70d AzwAu33MNCxyjJAAdtNYpwb4NZmzq8ofsPbzjCIQswvjdKCJdB6Ic+RCjoBVX1okqCQO MfA8gvx5rL60Acp8C8bcKaLURC4wbUGSPn+MzF2yJE3U+RF9dNL0NzFmQcG+SSb5TA+K RaZIPFNs8dZa1sHGxTYS+BcXhhofAkVfhMK4NAv3iyrEnIG/hFBKSm+bLcrqFb4s1ZKB FY9GXznmTs5mnamdpRtERw0TRZIcG1um9SHkkx2kv9Qcz79pavG0CnvL6uOlzDARxEDG bA+w== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id p11si4269971ejb.333.2020.06.19.09.51.09; Fri, 19 Jun 2020 09:51:31 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S2395543AbgFSQqq (ORCPT + 99 others); Fri, 19 Jun 2020 12:46:46 -0400 Received: from mail.kernel.org ([198.145.29.99]:59950 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S2405684AbgFSQqp (ORCPT ); Fri, 19 Jun 2020 12:46:45 -0400 Received: from oasis.local.home (cpe-66-24-58-225.stny.res.rr.com [66.24.58.225]) (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 B2B8B20732; Fri, 19 Jun 2020 16:46:43 +0000 (UTC) Date: Fri, 19 Jun 2020 12:46:41 -0400 From: Steven Rostedt To: Phil Auld Cc: linux-kernel@vger.kernel.org, Qais Yousef , Ingo Molnar , Peter Zijlstra , Vincent Guittot , Juri Lelli , Mel Gorman Subject: Re: [PATCH] Sched: Add a tracepoint to track rq->nr_running Message-ID: <20200619124641.7f94ad14@oasis.local.home> In-Reply-To: <20200619141120.1476-1-pauld@redhat.com> References: <20200619141120.1476-1-pauld@redhat.com> X-Mailer: Claws Mail 3.17.3 (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, 19 Jun 2020 10:11:20 -0400 Phil Auld wrote: > > diff --git a/include/trace/events/sched.h b/include/trace/events/sched.h > index ed168b0e2c53..a6d9fe5a68cf 100644 > --- a/include/trace/events/sched.h > +++ b/include/trace/events/sched.h > @@ -634,6 +634,10 @@ DECLARE_TRACE(sched_overutilized_tp, > TP_PROTO(struct root_domain *rd, bool overutilized), > TP_ARGS(rd, overutilized)); > > +DECLARE_TRACE(sched_update_nr_running_tp, > + TP_PROTO(int cpu, int change, unsigned int nr_running), > + TP_ARGS(cpu, change, nr_running)); > + > #endif /* _TRACE_SCHED_H */ > > /* This part must be outside protection */ > diff --git a/kernel/sched/core.c b/kernel/sched/core.c > index 9a2fbf98fd6f..6f28fdff1d48 100644 > --- a/kernel/sched/core.c > +++ b/kernel/sched/core.c > @@ -6,7 +6,10 @@ > * > * Copyright (C) 1991-2002 Linus Torvalds > */ > + > +#define SCHED_CREATE_TRACE_POINTS > #include "sched.h" > +#undef SCHED_CREATE_TRACE_POINTS Because of the macro magic, and really try not to have trace events defined in any headers. Otherwise, we have weird defines like you are doing, and it doesn't fully protect it if a C file adds this header and defines CREATE_TRACE_POINTS first. > > #include > > @@ -21,9 +24,6 @@ > > --- a/kernel/sched/sched.h > +++ b/kernel/sched/sched.h > @@ -75,6 +75,15 @@ > #include "cpupri.h" > #include "cpudeadline.h" > > +#ifdef SCHED_CREATE_TRACE_POINTS > +#define CREATE_TRACE_POINTS > +#endif > +#include > + > +#ifdef SCHED_CREATE_TRACE_POINTS > +#undef CREATE_TRACE_POINTS > +#endif > + > #ifdef CONFIG_SCHED_DEBUG > # define SCHED_WARN_ON(x) WARN_ONCE(x, #x) > #else > @@ -1959,6 +1968,7 @@ static inline void add_nr_running(struct rq *rq, unsigned count) > unsigned prev_nr = rq->nr_running; > > rq->nr_running = prev_nr + count; > + trace_sched_update_nr_running_tp(cpu_of(rq), count, rq->nr_running); Instead of having sched.h define CREATE_TRACE_POINTS, I would have the following: if (trace_sched_update_nr_running_tp_enabled()) { call_trace_sched_update_nr_runnig(rq, count); } Then in sched/core.c: void trace_sched_update_nr_running(struct rq *rq, int count) { trace_sched_update_nr_running_tp(cpu_of(rq), count, rq->nr_running); } The trace_*_enabled() above uses static branches, where the if turns to a nop (pass through) when disabled and a jmp when enabled (same logic that trace points use themselves). Then you don't need this macro dance, and risk having another C file define CREATE_TRACE_POINTS and spend hours debugging why it suddenly broke. -- Steve