Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::3:3 as permitted sender) client-ip=2620:137:e000::3:3;
From:   Zeng Heng <zengheng4@huawei.com>
To:     <broonie@kernel.org>, <joey.gouly@arm.com>, <will@kernel.org>,
        <amit.kachhap@arm.com>, <rafael@kernel.org>,
        <catalin.marinas@arm.com>, <james.morse@arm.com>,
        <mark.rutland@arm.com>, <maz@kernel.org>,
        <viresh.kumar@linaro.org>, <sumitg@nvidia.com>,
        <yang@os.amperecomputing.com>
CC:     <linux-kernel@vger.kernel.org>, <linux-pm@vger.kernel.org>,
        <linux-arm-kernel@lists.infradead.org>,
        <wangxiongfeng2@huawei.com>, <xiexiuqi@huawei.com>
Subject: [PATCH 0/3] Make the cpuinfo_cur_freq interface read correctly
Date:   Wed, 25 Oct 2023 17:38:44 +0800
Message-ID: <20231025093847.3740104-1-zengheng4@huawei.com>
MIME-Version: 1.0
Content-Transfer-Encoding: 7BIT
Content-Type:   text/plain; charset=US-ASCII
Precedence: bulk

Patch 1~2: It is required to ensure that amu can continue to work normally
during the sample period while cstate is enabled.

Patch 3: Even works in the mmio mode, cpc_read still has random delay
errors, so let's extend the sampling time.

Zeng Heng (3):
  arm64: cpufeature: Export cpu_has_amu_feat()
  cpufreq: CPPC: Keep the target core awake when reading its cpufreq
    rate
  cpufreq: CPPC: Eliminate the impact of cpc_read() latency error

 arch/arm64/kernel/cpufeature.c |  1 +
 drivers/cpufreq/cppc_cpufreq.c | 53 ++++++++++++++++++++++++++++------
 2 files changed, 45 insertions(+), 9 deletions(-)

--
2.25.1