Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S935772AbXHHAGo (ORCPT ); Tue, 7 Aug 2007 20:06:44 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1759623AbXHHAGe (ORCPT ); Tue, 7 Aug 2007 20:06:34 -0400 Received: from one.firstfloor.org ([213.235.205.2]:48851 "EHLO one.firstfloor.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1756708AbXHHAGc (ORCPT ); Tue, 7 Aug 2007 20:06:32 -0400 Date: Wed, 8 Aug 2007 02:06:31 +0200 From: Andi Kleen To: Cal Peake Cc: Linus Torvalds , Chuck Ebbert , Gabriel C , Frank Hale , Kernel Mailing List , Kernel ACPI Mailing List , len.brown@intel.com, Thomas Gleixner , Ingo Molnar , Andrew Morton , Andi Kleen Subject: Re: ACPI on Averatec 2370 Message-ID: <20070808000631.GB7353@one.firstfloor.org> References: <46B22BDA.8090604@redhat.com> <46B23E08.4070106@redhat.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1330 Lines: 40 On Tue, Aug 07, 2007 at 06:15:37PM -0400, Cal Peake wrote: > On Fri, 3 Aug 2007, Linus Torvalds wrote: > > > > MSR_K8_ENABLE_C1E lo == 0x04c14015 > > > MSR_K8_ENABLE_C1E hi == 0x00000000 > > > lo & ENABLE_C1E_MASK == 0 > > > > And yeah, that claims that C1E is not on, but: > > > > > amd_apic_timer_broken: forcing return value of 1 > > So it seems my initial debugging report was, err, incomplete. I failed to > notice that the amd_apic_timer_broken function was getting called twice, > once for each core. > > The second call shows this: > > MSR_K8_ENABLE_C1E == 0x14c14015 Ah interesting. Ok finally that all starts making sense. Not sure why the MSR varies between cores though. > which causes our ENABLE_C1E_MASK check to be true and thus properly > return 1 from the function. So when we call the above function from > init_amd we prolly need to do a > > set_bit(X86_FEATURE_LAPIC_TIMER_BROKEN, c->x86_capability); > > for each core if any of them happen to return true upon checking for a > broken timer. It's better to just make it a global instead. -Andi - 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/