Received: by 2002:a05:6358:11c7:b0:104:8066:f915 with SMTP id i7csp6282732rwl; Wed, 22 Mar 2023 08:39:28 -0700 (PDT) X-Google-Smtp-Source: AK7set+3+ur9GsHd7NmQS6anEoLWsCElcwCsqUucj5Y6RGQKLwiFjs5K0V7QkIMkdIjCg7a7vmCC X-Received: by 2002:a17:907:20f6:b0:878:72f7:bd87 with SMTP id rh22-20020a17090720f600b0087872f7bd87mr8092992ejb.6.1679499568471; Wed, 22 Mar 2023 08:39:28 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1679499568; cv=none; d=google.com; s=arc-20160816; b=rsPGElc1oLnEZXV+rGeVms7XMaFi4LlvCwp3S6dR6v1kSGDlZaJ6k1m+zbNiAvSpko tD0hze1pzhdpGuRt7SdfvB11paRQCiH3IUXVKPh+rPwj+0/3dlLZMCivAPf633hVBhPQ gv2TjiUdL0hYdo4jmmK5CH8dV7xR67MQtNhn0sQXXm69U0OR1lu3ClRO+okKPPC2gClY FQ724CI6fM3bnpYoCZiNFRT+v0EkSxs8ySsR2Cw+112mcRO5BkKeCrD++F1EfwB/MO5+ rAkAzu998KERFnGj7zdMt93BIpYdDoZkMBvulMxiqks9kbTI+ANk/SNKFtxLB53JgqFr tGig== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:message-id:date:subject:cc:to:from; bh=yOj8AwdD96dAhol5Teuh9oqPNE6iP9l8XxNUWSflxZY=; b=fPHlAGgiZsnipUWSCRtuHeRdz+q3yfZGhin94mOH4wVEnvHkrFrniLzsN2c2kEp9cd sb7ubESVlu7HZrpdDdU8Y9NBSnJFxyLdrfQR/Bjl4YWRnngMltNjzHoNRwCFRrTg6lYu /w4/ausj0FfhQxvVn3KSn8N2ihNuuka5sgsftOo9LQa1cYjnbHROBGydWoZhoWlwuRNA UDzZ5M07HHcMp8SZWHHDLfrQTA4g+ll/1Wez7py/RWeA0zzCyZcsY8ub6RqFYG6muYAa VJNZKMln+AetN5sKCdDV4QZNAQKLVTEdjrRe8NPaoJOJS068Z+gcNpcoxpqItgO/jkNa hKZA== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=arm.com Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id vk6-20020a170907cbc600b00935ad387614si7641958ejc.376.2023.03.22.08.39.02; Wed, 22 Mar 2023 08:39:28 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=arm.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231360AbjCVPUP (ORCPT + 99 others); Wed, 22 Mar 2023 11:20:15 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:57068 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231312AbjCVPUN (ORCPT ); Wed, 22 Mar 2023 11:20:13 -0400 Received: from foss.arm.com (foss.arm.com [217.140.110.172]) by lindbergh.monkeyblade.net (Postfix) with ESMTP id DEAAA5A900; Wed, 22 Mar 2023 08:20:11 -0700 (PDT) Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.121.207.14]) by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id 820C84B3; Wed, 22 Mar 2023 08:20:55 -0700 (PDT) Received: from e123648.arm.com (unknown [10.57.18.173]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPA id D02B43F71E; Wed, 22 Mar 2023 08:20:08 -0700 (PDT) From: Lukasz Luba To: linux-kernel@vger.kernel.org, linux-trace-kernel@vger.kernel.org Cc: rostedt@goodmis.org, mhiramat@kernel.org, mingo@redhat.com, peterz@infradead.org, juri.lelli@redhat.com, vincent.guittot@linaro.org, dietmar.eggemann@arm.com, bsegall@google.com, mgorman@suse.de, bristot@redhat.com, vschneid@redhat.com, delyank@fb.com, lukasz.luba@arm.com, qyousef@google.com Subject: [PATCH 0/3] Add basic tracing for uclamp and schedutil Date: Wed, 22 Mar 2023 15:18:40 +0000 Message-Id: <20230322151843.14390-1-lukasz.luba@arm.com> X-Mailer: git-send-email 2.17.1 X-Spam-Status: No, score=-2.3 required=5.0 tests=RCVD_IN_DNSWL_MED, SPF_HELO_NONE,SPF_NONE autolearn=unavailable autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi all, The task scheduler feature: Uclamp, begins to take off. To better understand the dynamics in the task scheduler and CPU frequency requests we need some better tracing. In schedutil (cpufreq governor) we allow to enter the scheduler and make the frequency change. Although, there is some limit in regards to how often this can happen. That min period is provided by the cpufreq driver. Thus, some of the cpufreq requests might be filter out and the frequency won't be changed (hopefuly will be set a bit later). We would like to know about those situations, especially in context of the user-space hints made via Uclamp for particular tasks. This patch set aims to add base for our toolkits and post-processing trace analyzes. Regards, Lukasz Luba Lukasz Luba (3): sched/tp: Add new tracepoint to track uclamp set from user-space cpufreq: schedutil: Refactor sugov_update_shared() internals schedutil: trace: Add tracing to capture filter out requests include/trace/events/sched.h | 4 ++++ include/trace/events/schedutil.h | 17 +++++++++++++++++ kernel/sched/core.c | 5 +++++ kernel/sched/cpufreq_schedutil.c | 32 ++++++++++++++++++++++---------- 4 files changed, 48 insertions(+), 10 deletions(-) create mode 100644 include/trace/events/schedutil.h -- 2.17.1