Received: by 2002:a05:6a10:8c0a:0:0:0:0 with SMTP id go10csp1488060pxb; Mon, 22 Feb 2021 03:20:17 -0800 (PST) X-Google-Smtp-Source: ABdhPJwd3d/lOcHDI848ZaLFig6NnT/T015HBNAbREXGZaeXmZzclgWUvBCvFnXA0Jmm0BvtTJP3 X-Received: by 2002:a17:906:380c:: with SMTP id v12mr20251316ejc.65.1613992817302; Mon, 22 Feb 2021 03:20:17 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1613992817; cv=none; d=google.com; s=arc-20160816; b=wD5wdmrvDOibAuDrRFPtc/cBkmrwEmRfmbARd+pCAzxvGHm+sqgFK65yKcM2f5gWRP 3yhxMZsdrCnUMtAS6TamQ0tFhdRsVfMRJOt6WS5++mklbTCa5qLPQz83gz0JAViwc8HP ZpjLRHDG/UCVHmjjZdosNnzVpVa0P31XmNJdCZi302hr/Q7hx7cuDsfcHrjGxIm++7JV WvVNjbgs+qhWHGC8aBJfDE80vnpYFpzMsWk5KUa1dRmOeF5niRjU+Pvod3wjDkoBsy+V uX5E63bjQF0wZfMalMAN4iwhcDVEqU/WOXltYz9EzKRsCUpvD7txRIg3lhd7P87Vsr3Q +PIw== 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:dkim-signature; bh=rT96flgGp5OXr1BQHnPn+JClqj+1qV978OMJSYTUtHQ=; b=cWJ5JH86Cld9nYXd0kGhgtTjnQ6IJx/IeGq9QBWZDE3sPsSt5rzdfwOSQs9Z9MA/ms BMq3vWpXIuU/19zpdGeLpAaFVSRMo0nI3vCLPPu6vuJ+aDl3dJqKHETs4+2lfiJPVJof 4FGYMtw4LhQz8IgOZB35JEcmjvPkJQb1IaXhvl1KwjDhoaurmPT6l8Fvu+JpHLEBl5vp nd4TlacI8YNrQjNkHloePxnMaYZ4KWT8mvSjxBj86E3M7w8V+xjkPhGvAp6DD874h9Io VnPZmCP9eUqJCioX9zKRGeCQ7LwE6jOvr64hqMuHldTjelYOOsxexPnwgpayW6ayGVhl 5zgw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b=r+pugnSl; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linaro.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id s9si11942680ejj.412.2021.02.22.03.19.53; Mon, 22 Feb 2021 03:20:17 -0800 (PST) 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; dkim=pass header.i=@linaro.org header.s=google header.b=r+pugnSl; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linaro.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S230008AbhBVLTR (ORCPT + 99 others); Mon, 22 Feb 2021 06:19:17 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:46242 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230044AbhBVLTO (ORCPT ); Mon, 22 Feb 2021 06:19:14 -0500 Received: from mail-pl1-x635.google.com (mail-pl1-x635.google.com [IPv6:2607:f8b0:4864:20::635]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 78835C06174A for ; Mon, 22 Feb 2021 03:18:34 -0800 (PST) Received: by mail-pl1-x635.google.com with SMTP id 17so4225457pli.10 for ; Mon, 22 Feb 2021 03:18:34 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; h=from:to:cc:subject:date:message-id:mime-version :content-transfer-encoding; bh=rT96flgGp5OXr1BQHnPn+JClqj+1qV978OMJSYTUtHQ=; b=r+pugnSlMzO9/whuAbuvV5dfvU5Y1oqzQuzm8lKfQhRHer8acz6gQ7aGPF4xtN/UTw MJ5nEGcRJca5DrDNPJ5LNkczS2mNm8ali/Gq/Fz/G+zjmQ3vATonWXN6i0v302XW4QHq t3pAU3puYSJ4u+1t9ppsqnZH43pND5wg+MIG1HyC/47s3GMvuJPafa6RFHO39g3c3kzD ClvWosBsc9ngTx8vmpvSdT7FSz+DKfKXYYHbE2MYq2efxmZbn4LcJJFjSEUqIgoMP/qH OXUNswb/APCqZHKhG+oC3sy4R6kZ15BOZxkpjY0mDX7PBmmdB3J2j98ExS6gUnhdzzUr npgA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:date:message-id:mime-version :content-transfer-encoding; bh=rT96flgGp5OXr1BQHnPn+JClqj+1qV978OMJSYTUtHQ=; b=iAhLLZ/s3aFeXcIQzNn2GO6A/QgHNo2coktP6ZO+1x+Znkuc+7YHVTVXq7KvHF+7kb N2+kxDWIReLOiEdrNSO3czW1x2MWbJdfQpDSF4nlnJxi8EUA7+cdZvogbnlo/xktmCN9 /WBBYJJREGTkmwgOy/IdetFJ82U9wTDKnatTU1fndZ0mS2PMrm2TX2JpNE84ezqJeHza qpbRi/oN2U4oUwuuY9ICCXBLma7C8LrbgL8l9gmIS4t01Bl0p7D+rCgJUCBFdb2UUAEL ke9WLQyDghezb1Q8AscrNH7jn4fXtnv3jaFo+rrF2Ll4VpZzXCYeOya95aDVFEjtxiiU b7gw== X-Gm-Message-State: AOAM533h67O/jGyNaNgC2ykxnJyA3j2KwnYKU/XOe6YJ/46o9yZIDrEA O4q/rK1MEWw3dSd+ddOgtL4H0A== X-Received: by 2002:a17:902:a5c4:b029:e3:e9c7:dcfb with SMTP id t4-20020a170902a5c4b02900e3e9c7dcfbmr7450185plq.34.1613992713816; Mon, 22 Feb 2021 03:18:33 -0800 (PST) Received: from localhost ([122.172.59.240]) by smtp.gmail.com with ESMTPSA id 25sm19403682pfh.199.2021.02.22.03.18.33 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Mon, 22 Feb 2021 03:18:33 -0800 (PST) From: Viresh Kumar To: Rafael Wysocki , Ben Segall , Catalin Marinas , Daniel Bristot de Oliveira , Dietmar Eggemann , Greg Kroah-Hartman , Ingo Molnar , Juri Lelli , Mel Gorman , Peter Zijlstra , "Rafael J. Wysocki" , Steven Rostedt , Sudeep Holla , Vincent Guittot , Viresh Kumar , Will Deacon Cc: linux-pm@vger.kernel.org, Ionela Voinescu , linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org Subject: [PATCH V4 0/2] cpufreq: cppc: Add support for frequency invariance Date: Mon, 22 Feb 2021 16:48:21 +0530 Message-Id: X-Mailer: git-send-email 2.25.0.rc1.19.g042ed3e048af MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hello, CPPC cpufreq driver is used for ARM servers and this patch series tries to provide counter-based frequency invariance support for them in the absence for architecture specific counters (like AMUs). This is tested by: - /me with some hacks on Hikey, as I didn't have access to the right hardware. - Vincent Guittot on ThunderX2, only initial testing done so far. - Ionela Voinescu on Juno R2, though she tested the previous version of this. This is based of Linus's current master (so we will able to apply this on 5.12-rc1). Changes since V3: - rebuild_sched_domains_energy() stuff moved from arm64 to drivers/base. - Added Reviewed/Tested-by Ionela for the first patch. - Remove unused max_freq field from structure in cppc driver. - s/cppc_f_i/cppc_freq_inv. - Fix an per-cpu access, there was a bug in earlier version. - Create a single kthread which can run on any CPU and takes care of work from all the CPUs. - Do the whole FIE thing under a new CONFIG option for cppc driver. - Few minor improvements. Changes since V2: - Not sending as an RFC anymore. - Several renames, reordering of code in 1/2 based on Ionela's comments. - Several rebase changes for 2/2. - The freq_scale calculations are optimized a bit. - Better overall commenting and commit logs. Changes since V1: - The interface for setting the callbacks is improved, so different parts looking to provide their callbacks don't need to think about each other. - Moved to per-cpu storage for storing the callback related data, AMU counters have higher priority with this. -- viresh Viresh Kumar (2): topology: Allow multiple entities to provide sched_freq_tick() callback cpufreq: cppc: Add support for frequency invariance arch/arm64/include/asm/topology.h | 10 +- arch/arm64/kernel/topology.c | 105 ++++++-------- drivers/base/arch_topology.c | 85 +++++++++++- drivers/cpufreq/Kconfig.arm | 9 ++ drivers/cpufreq/cppc_cpufreq.c | 223 ++++++++++++++++++++++++++++-- include/linux/arch_topology.h | 15 +- kernel/sched/core.c | 1 + 7 files changed, 356 insertions(+), 92 deletions(-) -- 2.25.0.rc1.19.g042ed3e048af