From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-pf1-f202.google.com (mail-pf1-f202.google.com [209.85.210.202]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 165CF24886E for ; Mon, 1 Dec 2025 20:24:41 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=209.85.210.202 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1764620684; cv=none; b=r05AErhs55glhk9DJRYKTRMlTtZxIHw01roXjRBCIZfBykRpNTDXUd1wn55CuR2LSwPCK0b/64JCjCkpEZbdd91A6+jCbCt+YBGLfa3eA+UYn53TXoqAimRo8hasz5JT31DL/VoyZRVfxaJNicBQI71YyJHN4BT+2roPeFwkbk0= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1764620684; c=relaxed/simple; bh=bmdKaakeQ2qlcuEhbrkLXTodGhStl+ks2cn8ATYCSVI=; h=Date:Mime-Version:Message-ID:Subject:From:To:Cc:Content-Type; b=l3BNX5Blvfk5VM5qsrfzwdLflMUHrV3QuXDfWjTdqfX9TkwEsyR2UiW5Ywl7SCe4gi4frAgN5oyGAm26kK8jQLoYDAKUM7zboU89+L8wTWkGMyoaw85p1NvUisTjM7pcb7Vapa5FUwbrPyD1IxUYWz4ZQdWZ5/lY36Wyi0bOPj8= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=reject dis=none) header.from=google.com; spf=pass smtp.mailfrom=flex--wusamuel.bounces.google.com; dkim=pass (2048-bit key) header.d=google.com header.i=@google.com header.b=asZWEBqg; arc=none smtp.client-ip=209.85.210.202 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=reject dis=none) header.from=google.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=flex--wusamuel.bounces.google.com Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=google.com header.i=@google.com header.b="asZWEBqg" Received: by mail-pf1-f202.google.com with SMTP id d2e1a72fcca58-7b89ee2c1a4so6800097b3a.2 for ; Mon, 01 Dec 2025 12:24:41 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20230601; t=1764620681; x=1765225481; darn=vger.kernel.org; h=cc:to:from:subject:message-id:mime-version:date:from:to:cc:subject :date:message-id:reply-to; bh=YzqoNXMXlB4QJuJKljRGPzXCEDAwQxd0nRjFUhyDteI=; b=asZWEBqg0OVXYDYqEEowkqjQIVUXT2p3sNf3apfL2564vqeAkiX0+op88NGOefKmGY BGkFmCk1G+usBkqxGIOfBLdqi9VSCsdqTWEDhLsA7FijXGpM5cE6dqbbH+znAviqQcGZ UsVPOoUXja1asDcPPMU012kRx2sipPRRhaOaEdQ7EanyqwP1+GN7Gv9hPGbl3Q3J0vCM T5ckMWlCftr5t1Rgtwm314nXNCvrArj8smWXQX960EWyeMBqmMDE15CJHUzdDl+M3RM7 8sO4A4K9CS1pXercpC8Ham7IyWSUB9L0hIFIc08xF9ZqKxswncmCVyvg53Sd8kV7lw2d tT8g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1764620681; x=1765225481; h=cc:to:from:subject:message-id:mime-version:date:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=YzqoNXMXlB4QJuJKljRGPzXCEDAwQxd0nRjFUhyDteI=; b=XP4C0RaAeofWbTcfka8ki+4/evvW8BrTsxi5EmG2u7kfQfNSAEyApcaVWXvMcoWzcb //WCivZ7/kiQSKWHdUqmw/v42566fnRTRuJkZaMfP88yaMueD23aXwHEY8oNgevpiR46 kko9z4BxPakl1ebYr23XZ06jthHAz5LKLHlx51hMh7rL6ye639lQ/JVWTrF4IfFSIzCB c1MVVpQKYIglXkQapR4a4zzTbjhLVp91t1Q0iC00lO5iRMWt/aF/SYjtEqNVZ3yJo8Kr v6mKAIz4f1TWEFI+0g9XANtdQLtShERq+pA+gZ3qsuYmNnoBY1chhmncKevbNm3FpI7p brpQ== X-Forwarded-Encrypted: i=1; AJvYcCXttJWwZvEm2NnfJDGvJIQZmGGX5OqUp11gXFNvwHWpJIZaRgSMxOr/0NYIsAxhBOEXQLO5aB5OZPvhA76aqrOQooo=@vger.kernel.org X-Gm-Message-State: AOJu0YxwVyE6OMlG5qgMOemDKXf0cpr83+wUponNwK1llBZx7A+8KCMm 4XsYbiwGtTOlcw0mM4YyjmQdADt9CZIhLEhAqA902nzVD2m+oj+LJWo5mdDSLVu5oIbbb+JnCrQ jix9m98ymaNlYXQ== X-Google-Smtp-Source: AGHT+IHQtXFI85eOaGUKtju1E/nUDbxu3Y7hb2mE4p5OtpKvdfJvDAKU8ETybSkma52IvfdGC2Jcz9q0XskSpA== X-Received: from dlbrx19.prod.google.com ([2002:a05:7022:1713:b0:11a:41d0:afac]) (user=wusamuel job=prod-delivery.src-stubby-dispatcher) by 2002:a05:7022:5f11:b0:119:e569:f268 with SMTP id a92af1059eb24-11c9d718e24mr15581153c88.17.1764620681325; Mon, 01 Dec 2025 12:24:41 -0800 (PST) Date: Mon, 1 Dec 2025 12:24:33 -0800 Precedence: bulk X-Mailing-List: linux-trace-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: Mime-Version: 1.0 X-Mailer: git-send-email 2.52.0.107.ga0afd4fd5b-goog Message-ID: <20251201202437.3750901-1-wusamuel@google.com> Subject: [PATCH v3 0/2] Replace trace_cpu_frequency with trace_policy_frequency From: Samuel Wu To: Huang Rui , "Gautham R. Shenoy" , Mario Limonciello , Perry Yuan , Jonathan Corbet , "Rafael J. Wysocki" , Viresh Kumar , Steven Rostedt , Masami Hiramatsu , Mathieu Desnoyers , Srinivas Pandruvada , Len Brown , Alexei Starovoitov , Daniel Borkmann , Andrii Nakryiko , Martin KaFai Lau , Eduard Zingerman , Song Liu , Yonghong Song , John Fastabend , KP Singh , Stanislav Fomichev , Hao Luo , Jiri Olsa , Peter Zijlstra , Ingo Molnar , Arnaldo Carvalho de Melo , Namhyung Kim , Mark Rutland , Alexander Shishkin , Ian Rogers , Adrian Hunter , James Clark Cc: christian.loehle@arm.com, Samuel Wu , kernel-team@android.com, linux-pm@vger.kernel.org, linux-doc@vger.kernel.org, linux-kernel@vger.kernel.org, linux-trace-kernel@vger.kernel.org, bpf@vger.kernel.org, linux-perf-users@vger.kernel.org Content-Type: text/plain; charset="UTF-8" This series replaces the cpu_frequency trace event with a new trace event, policy_frequency. Since by definition all CPUs in a policy are of the same frequency, we can emit a frequency change per policy instead of per CPU. This saves some compute and memory from the kernel side, while simplifying analysis from the post-processing of the trace log side. Any process that relied on cpu_frequency trace event needs to switch to the new policy_frequency trace event in order to maintain functionality. The decision of replacing instead of adding the trace event is intentional. Since emitting once per policy instead of once per CPU is anyways a semantics change that would require a tooling update, the trace event was also appropriately renamed. The presence of the policy_frequency event in a trace log is a clear and obvious signal for tooling to determine kernel version and which trace event to parse. 1/2: Replaces trace_cpu_frequency with trace_policy_frequency 2/2: Corresponding documentation patch that updates references to cpu_frequency with policy_frequency Changes in v3: - Resending v2 properly (accidentally ommited cover letter in v2) Changes in v2: - Replaced trace_cpu_frequency with trace_policy_frequency (per Christian and Viresh) - Updated references to cpu_frequency in documentation with policy_frequency - v1 link: https://lore.kernel.org/all/20251112235154.2974902-1-wusamuel@google.com Samuel Wu (2): cpufreq: Replace trace_cpu_frequency with trace_policy_frequency cpufreq: Documentation update for trace_policy_frequency Documentation/admin-guide/pm/amd-pstate.rst | 10 ++++---- Documentation/admin-guide/pm/intel_pstate.rst | 14 +++++------ Documentation/trace/events-power.rst | 2 +- drivers/cpufreq/cpufreq.c | 14 ++--------- drivers/cpufreq/intel_pstate.c | 6 +++-- include/trace/events/power.h | 24 ++++++++++++++++--- kernel/trace/power-traces.c | 2 +- samples/bpf/cpustat_kern.c | 8 +++---- samples/bpf/cpustat_user.c | 6 ++--- tools/perf/builtin-timechart.c | 12 +++++----- 10 files changed, 54 insertions(+), 44 deletions(-) -- 2.52.0.107.ga0afd4fd5b-goog