From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1757194AbZEUX0n (ORCPT ); Thu, 21 May 2009 19:26:43 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1756608AbZEUX01 (ORCPT ); Thu, 21 May 2009 19:26:27 -0400 Received: from mx2.redhat.com ([66.187.237.31]:47634 "EHLO mx2.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1756283AbZEUX0Z (ORCPT ); Thu, 21 May 2009 19:26:25 -0400 Date: Thu, 21 May 2009 19:26:04 -0400 From: Dave Jones To: Joe Perches Cc: linux-kernel@vger.kernel.org, cpufreq@vger.kernel.org, Greg Kroah-Hartman , "H. Peter Anvin" , Ingo Molnar , x86@vger.kernel.org, Len Brown , Mike Travis , Rusty Russell , Thomas Gleixner , Venkatesh Pallipadi Subject: Re: [PATCH 2/3] arch/x86/kernel/cpu/cpufreq/acpi-cpufreq.c: Use DO_ONCE & spelling fix Message-ID: <20090521232604.GA26150@redhat.com> Mail-Followup-To: Dave Jones , Joe Perches , linux-kernel@vger.kernel.org, cpufreq@vger.kernel.org, Greg Kroah-Hartman , "H. Peter Anvin" , Ingo Molnar , x86@vger.kernel.org, Len Brown , Mike Travis , Rusty Russell , Thomas Gleixner , Venkatesh Pallipadi References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.19 (2009-01-05) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, May 21, 2009 at 04:00:23PM -0700, Joe Perches wrote: > Allows removal of printk_once. > > Signed-off-by: Joe Perches > --- > arch/x86/kernel/cpu/cpufreq/acpi-cpufreq.c | 4 ++-- > 1 files changed, 2 insertions(+), 2 deletions(-) > > diff --git a/arch/x86/kernel/cpu/cpufreq/acpi-cpufreq.c b/arch/x86/kernel/cpu/cpufreq/acpi-cpufreq.c > index 208ecf6..f569cff 100644 > --- a/arch/x86/kernel/cpu/cpufreq/acpi-cpufreq.c > +++ b/arch/x86/kernel/cpu/cpufreq/acpi-cpufreq.c > @@ -693,8 +693,8 @@ static int acpi_cpufreq_cpu_init(struct cpufreq_policy *policy) > if (perf->control_register.space_id == ACPI_ADR_SPACE_FIXED_HARDWARE && > policy->cpuinfo.transition_latency > 20 * 1000) { > policy->cpuinfo.transition_latency = 20 * 1000; > - printk_once(KERN_INFO "Capping off P-state tranision" > - " latency at 20 uS\n"); > + DO_ONCE(printk(KERN_INFO > + "P-state transition latency capped at 20 uS\n")); ewww. This looks pretty ugly to me. Anyone else? Dave