Received: by 2002:a25:8b12:0:0:0:0:0 with SMTP id i18csp3953604ybl; Mon, 26 Aug 2019 03:12:24 -0700 (PDT) X-Google-Smtp-Source: APXvYqwxQBoh7nGxUTFBdedJTTCfedYmzB6nwbrvFyy9Y72UVGXC80Z5586bObK+1G+E3I2NzS9U X-Received: by 2002:a17:90a:bd10:: with SMTP id y16mr2946681pjr.132.1566814344836; Mon, 26 Aug 2019 03:12:24 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1566814344; cv=none; d=google.com; s=arc-20160816; b=GbYkCUd6WR1PGYUnnF6f/zvwLpn5xb1TuOrs3lWsS2TBkjIptq+HF8RPW5R7T2E7mI oLEAFtgkUi/4tnX+WL7jVm7U1Lb+tD2Um+pvCAlt8sMQComluhaYbUv5vTNjhYKcxGko 998W/e9Vjn30t1/IL46L0SH8udrmqT5a0ZWJEmw00e7vIlV0zNrRUfmnjti0zKlhl4HZ 7NjvVBNXppvbCETn7HqWQK+rumBl/d6xOQEYFHnrGRRjsMVKm31v4Qfopf8MaY3tKKE6 4T6U1Pj/vRRf04Fa9MPhPFCQn7y5zJdNGE5zN+SHo6nHVv00dvnMrFOTdIU+dGRKWgo9 Cfkg== 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:date:subject:cc:to:from; bh=OtfmAQhHSUQICayBV3LjkwcLxIKaoiWMr9P0LEkTcqk=; b=FQ8FytR2JUPrnZypKaNYih/qEm2ttLHrYfylMGJXwKbNzv0KzpLvdh+iL644eBnY6P Xrh64FvixGxICIdVnTKmz6UMsrrNvnOLh4dxhesMZYEyizDmH1Pwd3PpbDV0hrSSzZBV uUcUQSdsnv7ZDdXQ7mXyE6qaSEfOHbK0iEXNiGbp/eUeBXHn+X92Xf/cJ8QeW2/3yOu2 NT7QN3vZOvPNNEiBgJ9/cIhRxjcc2TkV1/Rawl8vz0HjD9+qMP933JxZn4F6yQeUa0Eb W3JKqG3Mw5dawAs9AvFQ8/FdOdczcNVl9pBSlNXRR/PvsPsTvTBF9pvzrv3qfC6Gfa5+ rdjQ== 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 m129si9925447pfm.15.2019.08.26.03.12.09; Mon, 26 Aug 2019 03:12:24 -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 S1730658AbfHZJKz (ORCPT + 99 others); Mon, 26 Aug 2019 05:10:55 -0400 Received: from cloudserver094114.home.pl ([79.96.170.134]:45777 "EHLO cloudserver094114.home.pl" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1730398AbfHZJKy (ORCPT ); Mon, 26 Aug 2019 05:10:54 -0400 Received: from 79.184.255.249.ipv4.supernova.orange.pl (79.184.255.249) (HELO kreacher.localnet) by serwer1319399.home.pl (79.96.170.134) with SMTP (IdeaSmtpServer 0.83.275) id 60a20b9c8a8cb064; Mon, 26 Aug 2019 11:10:52 +0200 From: "Rafael J. Wysocki" To: Douglas RAILLARD , peterz@infradead.org Cc: linux-kernel@vger.kernel.org, linux-pm@vger.kernel.org, viresh.kumar@linaro.org, mingo@redhat.com Subject: Re: [PATCH] sched/cpufreq: Align trace event behavior of fast switching Date: Mon, 26 Aug 2019 11:10:52 +0200 Message-ID: <3316959.EEulJYEQYJ@kreacher> In-Reply-To: <20190807153340.11516-1-douglas.raillard@arm.com> References: <20190807153340.11516-1-douglas.raillard@arm.com> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wednesday, August 7, 2019 5:33:40 PM CEST Douglas RAILLARD wrote: > Fast switching path only emits an event for the CPU of interest, whereas the > regular path emits an event for all the CPUs that had their frequency changed, > i.e. all the CPUs sharing the same policy. > > With the current behavior, looking at cpu_frequency event for a given CPU that > is using the fast switching path will not give the correct frequency signal. > > Signed-off-by: Douglas RAILLARD > --- > kernel/sched/cpufreq_schedutil.c | 7 ++++++- > 1 file changed, 6 insertions(+), 1 deletion(-) > > diff --git a/kernel/sched/cpufreq_schedutil.c b/kernel/sched/cpufreq_schedutil.c > index 1f82ab108bab..975ccc3de807 100644 > --- a/kernel/sched/cpufreq_schedutil.c > +++ b/kernel/sched/cpufreq_schedutil.c > @@ -153,6 +153,7 @@ static void sugov_fast_switch(struct sugov_policy *sg_policy, u64 time, > unsigned int next_freq) > { > struct cpufreq_policy *policy = sg_policy->policy; > + int cpu; > > if (!sugov_update_next_freq(sg_policy, time, next_freq)) > return; > @@ -162,7 +163,11 @@ static void sugov_fast_switch(struct sugov_policy *sg_policy, u64 time, > return; > > policy->cur = next_freq; > - trace_cpu_frequency(next_freq, smp_processor_id()); > + > + if (trace_cpu_frequency_enabled()) { > + for_each_cpu(cpu, policy->cpus) > + trace_cpu_frequency(next_freq, cpu); > + } > } > > static void sugov_deferred_update(struct sugov_policy *sg_policy, u64 time, > Peter, any comments here?