Received: by 2002:a05:6a10:206:0:0:0:0 with SMTP id 6csp4520614pxj; Wed, 12 May 2021 07:23:50 -0700 (PDT) X-Google-Smtp-Source: ABdhPJyYcQkkLZNl2qaVBSLaeFIAkT784ylr+9gI/i4DCDCRWdzZbCX7crlnJPjkm48b1Z/mmhjP X-Received: by 2002:a05:6402:46:: with SMTP id f6mr43845054edu.252.1620829430015; Wed, 12 May 2021 07:23:50 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1620829430; cv=none; d=google.com; s=arc-20160816; b=kc5/QaDtThGX+ajskXoI5q705HsJj0pmKBnKta05ZRVWiZqx2EiakfYfhGeUdA1Zgq Kvj2s+xJNlgQ6qZgDfUuk67vj46wsWDRuS//rKRXmxuvQP8e+JKduErY/RQI2f7/+oMP HpRjVJ0cUyap4exwDtcty+UYoWvd/yOOORFYmRGdXEZ5vPGe6+M3qlo/AoL/DXsSlg2v kbHIFL6WVrNAmsQSUjFuERSRav8CP2fLpyRrNaB2EwVxbyj5ZWikc7qZzTmBRJyIJV7N HPb9KHotIl6iWG7DMGZ+eLI0Wj6dEHAs288JaqRE2cnXIeZ6MCJqHOn1fvWJKZYTpLnf asGg== 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=v1IBzmyjUYOdaBrXted+IPCPFwPMrCjNoQigYB+toKM=; b=cHcH7gVSgoK6I1+bJC75k4/XAidRyBA+R8Nf+0h0x1/IRRPHj+VBz8t5juoxjzP/hA Eg1pPO2W7NOBaQhcdSUsBE1AN1aUL6Y5KtBT6jar7b7vLwqobJTT5DT7ZLpKu21SnhcE Iq6/6F+y8RSkl0I04T1TWQcjVQ8tEmJyCLcX3VI2J/qc/9X51Exef4+K6SVw3Gs3rAJv HfSgmjCr12/esGYYeGuhZ/HjUlW9KLDOXO21SD/y6MGTgDlk44VPW9mDMV91TlPqhRcz GFoYEvHhcyahkPZ3XBn6HTGItrwDl/Ly6JrcgYst1cvDf3xHN3A1l2etbFKkh/S3Scwm J8xQ== ARC-Authentication-Results: i=1; mx.google.com; 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id bt12si77311ejb.669.2021.05.12.07.23.24; Wed, 12 May 2021 07:23:50 -0700 (PDT) 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; 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231269AbhELOXN (ORCPT + 99 others); Wed, 12 May 2021 10:23:13 -0400 Received: from cloudserver094114.home.pl ([79.96.170.134]:46402 "EHLO cloudserver094114.home.pl" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230471AbhELOXB (ORCPT ); Wed, 12 May 2021 10:23:01 -0400 Received: from localhost (127.0.0.1) (HELO v370.home.net.pl) by /usr/run/smtp (/usr/run/postfix/private/idea_relay_lmtp) via UNIX with SMTP (IdeaSmtpServer 2.0.5) id 602755e1f585e2c0; Wed, 12 May 2021 16:21:51 +0200 Received: from kreacher.localnet (89-64-81-242.dynamic.chello.pl [89.64.81.242]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by v370.home.net.pl (Postfix) with ESMTPSA id DE39E6695E9; Wed, 12 May 2021 16:21:50 +0200 (CEST) From: "Rafael J. Wysocki" To: Linux PM Cc: Linux ACPI , LKML , Len Brown , Chen Yu , Srinivas Pandruvada , Zhang Rui Subject: [PATCH 0/2] cpufreq: intel_pstate: HWP support on hybrid processors Date: Wed, 12 May 2021 16:14:18 +0200 Message-ID: <2212930.ElGaqSPkdT@kreacher> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="UTF-8" X-CLIENT-IP: 89.64.81.242 X-CLIENT-HOSTNAME: 89-64-81-242.dynamic.chello.pl X-VADE-SPAMSTATE: clean X-VADE-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgeduledrvdehvddgjedvucetufdoteggodetrfdotffvucfrrhhofhhilhgvmecujffqoffgrffnpdggtffipffknecuuegrihhlohhuthemucduhedtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenucfjughrpefhvffufffkggfgtgesthfuredttddtjeenucfhrhhomhepfdftrghfrggvlhculfdrucghhihsohgtkhhifdcuoehrjhifsehrjhifhihsohgtkhhirdhnvghtqeenucggtffrrghtthgvrhhnpefhgedtffejheekgeeljeevvedtuefgffeiieejuddutdekgfejvdehueejjeetvdenucfkphepkeelrdeigedrkedurddvgedvnecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehinhgvthepkeelrdeigedrkedurddvgedvpdhhvghlohepkhhrvggrtghhvghrrdhlohgtrghlnhgvthdpmhgrihhlfhhrohhmpedftfgrfhgrvghlucflrdcuhgihshhotghkihdfuceorhhjfiesrhhjfiihshhotghkihdrnhgvtheqpdhrtghpthhtoheplhhinhhugidqphhmsehvghgvrhdrkhgvrhhnvghlrdhorhhgpdhrtghpthhtoheplhhinhhugidqrggtphhisehvghgvrhdrkhgvrhhnvghlrdhorhhgpdhrtghpthhtoheplhhinhhugidqkhgvrhhnvghlsehvghgvrhdrkhgvrhhnvghlrdhorhhgpdhrtghpthhtoheplhgvnhdrsghrohifnhesihhnthgvlhdrtghomhdprhgtphhtthhopeihuhdrtgdrtghhvghnsehinhhtvghlrdgtohhm pdhrtghpthhtohepshhrihhnihhvrghsrdhprghnughruhhvrggurgeslhhinhhugidrihhnthgvlhdrtghomhdprhgtphhtthhopehruhhirdiihhgrnhhgsehinhhtvghlrdgtohhm X-DCC--Metrics: v370.home.net.pl 1024; Body=7 Fuz1=7 Fuz2=7 Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi All, In Intel Hybrid processors there are cores with different micro-architecture, so the relationship between CPU frequency and performance is generally not uniform across all CPUs. Because the units of CPU performance used in the MSR_HWP_CAPABILITIES and MSR_HWP_REQUEST registers are the same for all CPUs, the scaling between HWP performance levels and frequency generally depends on the core type and it is not uniform across all CPUs either, so some assumptions made by intel_pstate are not applicable to hybrid processors. As the scaling factor between HWP performance and frequency will now generally depend on the CPU, in particular it cannot be assumed to be equal to the scaling factor between P-states and frequency for all CPUs which has been one of the assumptions made so far by intel_pstate. Unfortunately, in general it is not very straightforward to determine that scaling factor which is the purpose of patch [2/2] (please refer to the changelog of that patch for details). Moreover, two of the global sysfs attributes exposed by intel_pstate only work as expected if all CPUs have the same number of HWP performance levels, so it is better to avoid exposing those attributes when running on hybrid processors, which is taken care of by patch [1/2]. Thanks!