Received: by 2002:a05:6a10:22f:0:0:0:0 with SMTP id 15csp1914512pxk; Tue, 1 Sep 2020 10:42:35 -0700 (PDT) X-Google-Smtp-Source: ABdhPJw4OjuAWZlrnnZwU+Ha0hf9mm3rIMTeZjO5pd0SRHFGoRqA2zgtO5R2w/rn5NPpsLeJnf9/ X-Received: by 2002:aa7:d382:: with SMTP id x2mr2173684edq.108.1598982155083; Tue, 01 Sep 2020 10:42:35 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1598982155; cv=none; d=google.com; s=arc-20160816; b=mWTxWtdS5oNJn/ozIPr7zigZUCV3TvgSHzD6eVJsbYcGhw6TD28baajClhXC5Aaoaz GHvT/CYmpw00AV3gp83Nug2nlYlFcFbAQSifYZECEByFBbL/HP7iLoCc1AEW+vGkgz8Y fuyC9CqfT7+/1jx2+dIUCc+1U4ztQAiluol0PMguPr6FAXAs21wAi9cNjnyPmaomDkyv rcoW0Ij35e4F3GfSSkJMVUm6HBaONlFfvUEpHHYgiSWQZDIa6OBvzE9B6I2JESAQtKeD YyyUcIcCiNcvAEvsIxBH0nMAc/6zzuopJZw4LFJofnGkPrl0zg6iCI+vlKL3a7BQqBz+ a+Kw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :references:in-reply-to:message-id:date:subject:cc:to:from; bh=yBt2Pcv2mb0Y2sWwW93RftfhbD8fp4Cvs/KmgcaLedw=; b=txLd7boQgSTQ6NwZrddkIt2LigHHMccMwLVglSieVBUXHv/iEThjzBIc4PLjY1EH6J GA/Ux1t/7VloG11GKjvC4k8wpfXVq9dwHE3nHoYLz4+g4MWa7bPsFYbIvSCwSAyxw10i iY9G/+/eMU81fzKfFyhmBLP4BnqI3kUyZkYIbTHBEyLW6eUPfutBwkNM4BOD6pu7N2Bz 4zcr9inm0GFbtk9lZOn+WcG4kmhWSTviXKn5GLxPX6WaBCn8PBZOMJhrwzv0GGPL+pn6 Kzgq8kePFnSVPXZDYzTAaflLEivhNR1GyezW1lyFi9rTcI//hjxQWEHS+ZdFwXGG9yCU W7nA== 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 n3si1009711eji.384.2020.09.01.10.42.11; Tue, 01 Sep 2020 10:42:35 -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 S1730527AbgIARkX (ORCPT + 99 others); Tue, 1 Sep 2020 13:40:23 -0400 Received: from cloudserver094114.home.pl ([79.96.170.134]:60874 "EHLO cloudserver094114.home.pl" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726116AbgIARjz (ORCPT ); Tue, 1 Sep 2020 13:39:55 -0400 Received: from 89-64-88-247.dynamic.chello.pl (89.64.88.247) (HELO kreacher.localnet) by serwer1319399.home.pl (79.96.170.134) with SMTP (IdeaSmtpServer 0.83.459) id 0a7eba54eafc963d; Tue, 1 Sep 2020 19:39:49 +0200 From: "Rafael J. Wysocki" To: Linux PM Cc: Srinivas Pandruvada , LKML , Doug Smythies , Artem Bityutskiy Subject: [PATCH v4 5/5] cpufreq: intel_pstate: Free memory only when turning off Date: Tue, 01 Sep 2020 19:39:32 +0200 Message-ID: <28055847.QciAqr1Adi@kreacher> In-Reply-To: <3748218.V0HrpZKF9g@kreacher> References: <3748218.V0HrpZKF9g@kreacher> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: "Rafael J. Wysocki" When intel_pstate switches the operation mode from "active" to "passive" or the other way around, freeing its data structures representing CPUs and allocating them again from scratch is not necessary and wasteful. Moreover, if these data structures are preserved, the cached HWP Request MSR value from there may be written to the MSR to start with to reinitialize it and help to restore the EPP value set previously (it is set to 0xFF when CPUs go offline to allow their SMT siblings to use the full range of EPP values and that also happens when the driver gets unregistered). Accordingly, modify the driver to only do a full cleanup on driver object registration errors and when its status is changed to "off" via sysfs and to write the cached HWP Request MSR value back to the MSR on CPU init if the data structure representing the given CPU is still there. Signed-off-by: Rafael J. Wysocki --- -> v2: Rearrange intel_pstate_init_cpu() to restore some of the previous behavior of it to retain the current active-mode EPP management. v2 -> v3: * Rebase (it was [4/5] previously). v3 -> v4: * Re-enable HWP in "init" even if the data structures are in there. --- drivers/cpufreq/intel_pstate.c | 57 ++++++++++++++-------------------- 1 file changed, 24 insertions(+), 33 deletions(-) diff --git a/drivers/cpufreq/intel_pstate.c b/drivers/cpufreq/intel_pstate.c index 8181a1f1dc79..c92c085fc495 100644 --- a/drivers/cpufreq/intel_pstate.c +++ b/drivers/cpufreq/intel_pstate.c @@ -2116,25 +2116,31 @@ static int intel_pstate_init_cpu(unsigned int cpunum) all_cpu_data[cpunum] = cpu; - cpu->epp_default = -EINVAL; - cpu->epp_powersave = -EINVAL; - } + cpu->cpu = cpunum; - cpu = all_cpu_data[cpunum]; + cpu->epp_default = -EINVAL; - cpu->cpu = cpunum; + if (hwp_active) { + const struct x86_cpu_id *id; - if (hwp_active) { - const struct x86_cpu_id *id; + intel_pstate_hwp_enable(cpu); - intel_pstate_hwp_enable(cpu); - cpu->epp_policy = 0; - - id = x86_match_cpu(intel_pstate_hwp_boost_ids); - if (id && intel_pstate_acpi_pm_profile_server()) - hwp_boost = true; + id = x86_match_cpu(intel_pstate_hwp_boost_ids); + if (id && intel_pstate_acpi_pm_profile_server()) + hwp_boost = true; + } + } else if (hwp_active) { + /* + * Re-enable HWP in case this happens after a resume from ACPI + * S3 if the CPU was offline during the whole system/resume + * cycle. + */ + intel_pstate_hwp_reenable(cpu); } + cpu->epp_powersave = -EINVAL; + cpu->epp_policy = 0; + intel_pstate_get_cpu_pstates(cpu); pr_debug("controlling: cpu %d\n", cpunum); @@ -2730,9 +2736,6 @@ static void intel_pstate_driver_cleanup(void) } put_online_cpus(); - if (intel_pstate_driver == &intel_pstate) - intel_pstate_sysfs_hide_hwp_dynamic_boost(); - intel_pstate_driver = NULL; } @@ -2758,14 +2761,6 @@ static int intel_pstate_register_driver(struct cpufreq_driver *driver) return 0; } -static int intel_pstate_unregister_driver(void) -{ - cpufreq_unregister_driver(intel_pstate_driver); - intel_pstate_driver_cleanup(); - - return 0; -} - static ssize_t intel_pstate_show_status(char *buf) { if (!intel_pstate_driver) @@ -2777,8 +2772,6 @@ static ssize_t intel_pstate_show_status(char *buf) static int intel_pstate_update_status(const char *buf, size_t size) { - int ret; - if (size == 3 && !strncmp(buf, "off", size)) { if (!intel_pstate_driver) return -EINVAL; @@ -2786,7 +2779,8 @@ static int intel_pstate_update_status(const char *buf, size_t size) if (hwp_active) return -EBUSY; - return intel_pstate_unregister_driver(); + cpufreq_unregister_driver(intel_pstate_driver); + intel_pstate_driver_cleanup(); } if (size == 6 && !strncmp(buf, "active", size)) { @@ -2794,9 +2788,7 @@ static int intel_pstate_update_status(const char *buf, size_t size) if (intel_pstate_driver == &intel_pstate) return 0; - ret = intel_pstate_unregister_driver(); - if (ret) - return ret; + cpufreq_unregister_driver(intel_pstate_driver); } return intel_pstate_register_driver(&intel_pstate); @@ -2807,9 +2799,8 @@ static int intel_pstate_update_status(const char *buf, size_t size) if (intel_pstate_driver == &intel_cpufreq) return 0; - ret = intel_pstate_unregister_driver(); - if (ret) - return ret; + cpufreq_unregister_driver(intel_pstate_driver); + intel_pstate_sysfs_hide_hwp_dynamic_boost(); } return intel_pstate_register_driver(&intel_cpufreq); -- 2.26.2