Received: by 2002:a05:6358:16cc:b0:ea:6187:17c9 with SMTP id r12csp3630195rwl; Tue, 27 Dec 2022 12:15:40 -0800 (PST) X-Google-Smtp-Source: AMrXdXssJljzMUQOmHQaA0cOGRj+JDRsoD8A8IvBfzixEVdac/M3S3gk9nkefh3rq3fKfk+oOE9q X-Received: by 2002:a17:902:b78a:b0:192:748f:d5b8 with SMTP id e10-20020a170902b78a00b00192748fd5b8mr11958330pls.7.1672172140639; Tue, 27 Dec 2022 12:15:40 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1672172140; cv=none; d=google.com; s=arc-20160816; b=r0kGxIf+0ZQLzAvX5vKJb7+s2g2eeQ7ijEilIE5hoK+Ew7wpqmtNoUbtg6CYoPVh2f itskxXhe9OcX2bJxr5m38CZoU9Ek4JkeP0cmFfLV+Diij8apx1HLNlEI8SLi74pUSLei rigIxiFRXwsygqka9npTb1ifuOW49dkRBlrjc8jPB/4hQE5RK2AdYJUD86ZCKJqXzzgj AH4LdMUpReFaSkGMS85/+2zIIRCyYKtrgaPzxuuyulOP58z2lIDQPqMsz+lRBGPs+jZA +btvvt2wYO3YyZqk0jQ7HDuM7T+hztTiPKBqJvf5jig3RWXTmVTY0lklTutn1zuJOJ7U /XZA== 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 :references:in-reply-to:message-id:date:subject:cc:to:from; bh=FjwBQcmJLYYUvsZQZbuOre0DLNw9RXAPLprI+tZmh4g=; b=Uc6N2EP+5L13vLTF3V5V3D1JPHJ/tLOT5nKKjDsAlQNT+ppaRfhx8IfEruDMc9NX9w lv9dM6ISleLoouxaPZkZal4VZSXDjFYZt2+wLeRvbrPahqa4m/9XoVLyboC4JmPssKaX xk/LNxd0Ns6vM9X9KEllLGg0Cb6Jw3uPGQSleXA1pDPteO7RkUU4SjvEWxxKi+TIAdTE LSmK2G2wElAv1WFkad4Yd34IjoK00zFUS+qJT2CJgKW3zJiiokglv5zUYP5m/k2u4kz6 WYOXnBPAWUqGb7Ja3xkIm9nxajwL0tsAXgpdsdDTQBByu/U/TJBFycg2jmiNDM37afsd 1jnw== 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 Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id x19-20020a170902b41300b0018958008877si14126425plr.39.2022.12.27.12.15.31; Tue, 27 Dec 2022 12:15:40 -0800 (PST) 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231842AbiL0TyD (ORCPT + 67 others); Tue, 27 Dec 2022 14:54:03 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:55508 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229566AbiL0Tx5 (ORCPT ); Tue, 27 Dec 2022 14:53:57 -0500 Received: from cloudserver094114.home.pl (cloudserver094114.home.pl [79.96.170.134]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 17ABF110E; Tue, 27 Dec 2022 11:53:54 -0800 (PST) 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 5.1.0) id ac6a96e2c458935b; Tue, 27 Dec 2022 20:53:52 +0100 Received: from kreacher.localnet (unknown [213.134.183.5]) (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 DA62D28A34C8; Tue, 27 Dec 2022 20:53:51 +0100 (CET) Authentication-Results: v370.home.net.pl; dmarc=none (p=none dis=none) header.from=rjwysocki.net Authentication-Results: v370.home.net.pl; spf=fail smtp.mailfrom=rjwysocki.net From: "Rafael J. Wysocki" To: Linux PM Cc: Pratyush Yadav , LKML , Linux ACPI , Srinivas Pandruvada Subject: [PATCH v1 2/2] cpufreq: intel_pstate: Drop ACPI _PSS states table patching Date: Tue, 27 Dec 2022 20:52:36 +0100 Message-ID: <5908813.lOV4Wx5bFT@kreacher> In-Reply-To: <12138067.O9o76ZdvQC@kreacher> References: <12138067.O9o76ZdvQC@kreacher> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="UTF-8" X-CLIENT-IP: 213.134.183.5 X-CLIENT-HOSTNAME: 213.134.183.5 X-VADE-SPAMSTATE: clean X-VADE-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgedvhedriedtgddufedtucetufdoteggodetrfdotffvucfrrhhofhhilhgvmecujffqoffgrffnpdggtffipffknecuuegrihhlohhuthemucduhedtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenucfjughrpefhvfevufffkfgjfhgggfgtsehtufertddttdejnecuhfhrohhmpedftfgrfhgrvghlucflrdcuhgihshhotghkihdfuceorhhjfiesrhhjfiihshhotghkihdrnhgvtheqnecuggftrfgrthhtvghrnhepvdffueeitdfgvddtudegueejtdffteetgeefkeffvdeftddttdeuhfegfedvjefhnecukfhppedvudefrddufeegrddukeefrdehnecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehinhgvthepvddufedrudefgedrudekfedrhedphhgvlhhopehkrhgvrggthhgvrhdrlhhotggrlhhnvghtpdhmrghilhhfrhhomhepfdftrghfrggvlhculfdrucghhihsohgtkhhifdcuoehrjhifsehrjhifhihsohgtkhhirdhnvghtqedpnhgspghrtghpthhtohephedprhgtphhtthhopehlihhnuhigqdhpmhesvhhgvghrrdhkvghrnhgvlhdrohhrghdprhgtphhtthhopehpthihrggurghvsegrmhgriihonhdruggvpdhrtghpthhtoheplhhinhhugidqkhgvrhhnvghlsehvghgvrhdrkhgvrhhnvghlrdhorhhgpdhrtghpthhtoheplhhinhhugidqrggtphhisehvghgvrhdrkhgvrhhnvghlrdhorhhgpdhrtghpthhtohepshhrihhn ihhvrghsrdhprghnughruhhvrggurgeslhhinhhugidrihhnthgvlhdrtghomh X-DCC--Metrics: v370.home.net.pl 1024; Body=5 Fuz1=5 Fuz2=5 X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,SPF_HELO_NONE, SPF_PASS 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 From: Rafael J. Wysocki After making acpi_processor_get_platform_limit() use the "no limit" value for its frequency QoS request when _PPC returns 0, it is not necessary to replace the frequency corresponding to the first _PSS return package entry with the maximum turbo frequency of the given CPU in intel_pstate_init_acpi_perf_limits() any more, so drop the code doing that along with the comment explaining it. Signed-off-by: Rafael J. Wysocki --- drivers/cpufreq/intel_pstate.c | 14 -------------- 1 file changed, 14 deletions(-) Index: linux-pm/drivers/cpufreq/intel_pstate.c =================================================================== --- linux-pm.orig/drivers/cpufreq/intel_pstate.c +++ linux-pm/drivers/cpufreq/intel_pstate.c @@ -452,20 +452,6 @@ static void intel_pstate_init_acpi_perf_ (u32) cpu->acpi_perf_data.states[i].control); } - /* - * The _PSS table doesn't contain whole turbo frequency range. - * This just contains +1 MHZ above the max non turbo frequency, - * with control value corresponding to max turbo ratio. But - * when cpufreq set policy is called, it will call with this - * max frequency, which will cause a reduced performance as - * this driver uses real max turbo frequency as the max - * frequency. So correct this frequency in _PSS table to - * correct max turbo frequency based on the turbo state. - * Also need to convert to MHz as _PSS freq is in MHz. - */ - if (!global.turbo_disabled) - cpu->acpi_perf_data.states[0].core_frequency = - policy->cpuinfo.max_freq / 1000; cpu->valid_pss_table = true; pr_debug("_PPC limits will be enforced\n");