From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail.linuxfoundation.org ([140.211.169.12]:55770 "EHLO mail.linuxfoundation.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751736AbdKFJLe (ORCPT ); Mon, 6 Nov 2017 04:11:34 -0500 Subject: Patch "cpufreq: Do not clear real_cpus mask on policy init" has been added to the 4.9-stable tree To: rafael.j.wysocki@intel.com, alexander.levin@verizon.com, gregkh@linuxfoundation.org, viresh.kumar@linaro.org Cc: , From: Date: Mon, 06 Nov 2017 10:11:32 +0100 Message-ID: <15099594921525@kroah.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ANSI_X3.4-1968 Content-Transfer-Encoding: 8bit Sender: stable-owner@vger.kernel.org List-ID: This is a note to let you know that I've just added the patch titled cpufreq: Do not clear real_cpus mask on policy init to the 4.9-stable tree which can be found at: http://www.kernel.org/git/?p=linux/kernel/git/stable/stable-queue.git;a=summary The filename of the patch is: cpufreq-do-not-clear-real_cpus-mask-on-policy-init.patch and it can be found in the queue-4.9 subdirectory. If you, or anyone else, feels it should not be added to the stable tree, please let know about it. >>From foo@baz Mon Nov 6 10:07:35 CET 2017 From: "Rafael J. Wysocki" Date: Sat, 7 Oct 2017 22:36:46 +0000 Subject: cpufreq: Do not clear real_cpus mask on policy init From: "Rafael J. Wysocki" [ Upstream commit f451014692ae34e587b00de6745e16661cf734d8 ] If new_policy is set in cpufreq_online(), the policy object has just been created and its real_cpus mask has been zeroed on allocation, and the driver's ->init() callback should not touch it. It doesn't need to be cleared again, so don't do that. Signed-off-by: Rafael J. Wysocki Acked-by: Viresh Kumar Signed-off-by: Sasha Levin Signed-off-by: Greg Kroah-Hartman --- drivers/cpufreq/cpufreq.c | 2 -- 1 file changed, 2 deletions(-) --- a/drivers/cpufreq/cpufreq.c +++ b/drivers/cpufreq/cpufreq.c @@ -1172,8 +1172,6 @@ static int cpufreq_online(unsigned int c if (new_policy) { /* related_cpus should at least include policy->cpus. */ cpumask_copy(policy->related_cpus, policy->cpus); - /* Clear mask of registered CPUs */ - cpumask_clear(policy->real_cpus); } /* Patches currently in stable-queue which might be from rafael.j.wysocki@intel.com are queue-4.9/pm-wakeirq-report-a-wakeup_event-on-dedicated-wekup-irq.patch queue-4.9/cpufreq-do-not-clear-real_cpus-mask-on-policy-init.patch