Received: by 2002:a05:6358:3188:b0:123:57c1:9b43 with SMTP id q8csp3068986rwd; Mon, 22 May 2023 08:14:25 -0700 (PDT) X-Google-Smtp-Source: ACHHUZ6PGYLPQSZcUS7bdjopgwUd2AcBMsWSbHcb5YZDB0sEwr5g1uYcRe4cRJOCNIyZf6F7fqSs X-Received: by 2002:a17:902:f682:b0:1a6:db0a:8005 with SMTP id l2-20020a170902f68200b001a6db0a8005mr12069598plg.68.1684768464981; Mon, 22 May 2023 08:14:24 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1684768464; cv=none; d=google.com; s=arc-20160816; b=NpWSkgOyc4ppv643x/Ch2/t5acf/BCSFJp+9cgAanYq2wiZ37BEyNlZBIpvK3upU2b ixIWTrwAV1sMorb1uE65/qh60/lm0PoCyn+aNHRinv6Ebnwj+V0TICEUzykLYfWs6KkP WqyMuO8Rj4GSnzZuIf7Es6ZRrFO+ZWKumemxetA66NZLhCHrIJ3zINO/WYdSIQFPbTBs RqQmNaUPmCEntEu20PsBp7Glt6CejKjSqe9BAakC7kHMZJZwQSnguUVDLibLo9V0bq3/ +YACG0Onn6PtAcdQgvqdxxtslU3SjsTOeEqiyQtpEhET+Rarw914Br9Y96xScVRq38rv c3ug== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :message-id:date:subject:cc:to:from; bh=g+DybZPCzOYTUR2aJVbd4X5Ud6yF5kB/UK06/Jdi0VE=; b=R/TTnb8fhpTkhZtbxP8RwTmZn5a0eTsUePynKKBijfQ3YpSc5lKZI9uilB8+YKUcNv UhRA9M7SXjvCSNkNTrX77061BSBTqLUeuzFpEutafz6aMggkdarHs+nlViFNWPrwgzEc WDYX2Ne++EzWQJYhw63KXbQ37ZwA0rBzKA0nsVR1lBBVdncf+G5pPUCEt3SnusnHKO0G HfHyC5gSuBBrWQT/WsJrhqGbc1O09JcT+f8Cu2w9npSwwTdCX+tg+MTr4OuSOyINqr05 OPE8ra3cKClFLFu0c8V/UfN58HQI6PBr02blsUNR4jwNgAZ2O+79TM2cAHgZ+FIUa1fQ ryLw== 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 a17-20020a170902ecd100b001a6ff6a83e2si4915669plh.522.2023.05.22.08.14.09; Mon, 22 May 2023 08:14:24 -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 S233833AbjEVO5M (ORCPT + 99 others); Mon, 22 May 2023 10:57:12 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:38014 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230015AbjEVO5L (ORCPT ); Mon, 22 May 2023 10:57:11 -0400 Received: from foss.arm.com (foss.arm.com [217.140.110.172]) by lindbergh.monkeyblade.net (Postfix) with ESMTP id 86C69BB; Mon, 22 May 2023 07:57:10 -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 446CC11FB; Mon, 22 May 2023 07:57:55 -0700 (PDT) Received: from e123648.arm.com (unknown [10.57.22.146]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPA id 1262E3F6C4; Mon, 22 May 2023 07:57:06 -0700 (PDT) From: Lukasz Luba To: linux-kernel@vger.kernel.org, linux-trace-kernel@vger.kernel.org, rafael@kernel.org, linux-pm@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, qyousef@layalina.io Subject: [RESEND][PATCH v2 0/3] Add basic tracing for uclamp and schedutil Date: Mon, 22 May 2023 15:56:59 +0100 Message-Id: <20230522145702.2419654-1-lukasz.luba@arm.com> X-Mailer: git-send-email 2.25.1 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-4.2 required=5.0 tests=BAYES_00,RCVD_IN_DNSWL_MED, SPF_HELO_NONE,SPF_NONE,T_SCC_BODY_TEXT_LINE autolearn=ham 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. Changelog: v2: - solved the issue from CI build warning, dropped schedutil.h and re-used the sched.h which is available in build_utility.c where cpufreq_schedutil.c is included - added tag for the last patch 3/3 for the CI robot helping hend - re-based on top of v6.4-rc1 v1: - implementation can be found here [1] Regards, Lukasz Luba [1] https://lore.kernel.org/lkml/20230322151843.14390-1-lukasz.luba@arm.com/ 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 | 8 ++++++++ kernel/sched/core.c | 5 +++++ kernel/sched/cpufreq_schedutil.c | 28 ++++++++++++++++++---------- 3 files changed, 31 insertions(+), 10 deletions(-) -- 2.25.1