Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751678AbbGMC3H (ORCPT ); Sun, 12 Jul 2015 22:29:07 -0400 Received: from mail-pd0-f173.google.com ([209.85.192.173]:33701 "EHLO mail-pd0-f173.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751480AbbGMC3E (ORCPT ); Sun, 12 Jul 2015 22:29:04 -0400 Date: Mon, 13 Jul 2015 07:58:59 +0530 From: Viresh Kumar To: Pan Xinhui Cc: "linux-kernel@vger.kernel.org" , linux-pm@vger.kernel.org, "rjw@rjwysocki.net" , "yanmin_zhang@linux.intel.com" , "mnipxh@163.com" Subject: Re: [PATCH V2] acpi-cpufreq: Fix an acpi perf unregister issue Message-ID: <20150713022859.GA10415@linux> References: <559F67E4.7010509@intel.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <559F67E4.7010509@intel.com> User-Agent: Mutt/1.5.21 (2010-09-15) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1007 Lines: 25 On 10-07-15, 14:36, Pan Xinhui wrote: > > As policy->cpu may not be same in acpi_cpufreq_cpu_init and > acpi_cpufreq_cpu_exit. There is a risk that we use different *cpu* to > un/register acpi performance. So acpi_processor_unregister_performance > may not be able to do the cleanup work. That causes a memory leak. And > if there will be another acpi_processor_register_performance call, it > may also fail thanks to the internal check of pr->performace. > > So we add a field *acpi_perf_cpu* to fix this issue. > > Signed-off-by: Pan Xinhui > --- > Change from V1: > comments update > --- > drivers/cpufreq/acpi-cpufreq.c | 4 +++- > 1 file changed, 3 insertions(+), 1 deletion(-) Acked-by: Viresh Kumar -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/