From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751118AbVHLCde (ORCPT ); Thu, 11 Aug 2005 22:33:34 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751051AbVHLCde (ORCPT ); Thu, 11 Aug 2005 22:33:34 -0400 Received: from ebiederm.dsl.xmission.com ([166.70.28.69]:44501 "EHLO ebiederm.dsl.xmission.com") by vger.kernel.org with ESMTP id S1750740AbVHLCdd (ORCPT ); Thu, 11 Aug 2005 22:33:33 -0400 To: Chris Wright Cc: Andi Kleen , linux-kernel@vger.kernel.org, stable@kernel.org, Justin Forbes , Zwane Mwaikambo , "Theodore Ts'o" , "Randy.Dunlap" , Chuck Wolber , torvalds@osdl.org, akpm@osdl.org, alan@lxorguk.ukuu.org.uk Subject: Re: [patch 3/8] [PATCH] x86_64: Fixing smpboot timing problem References: <20050811225445.404816000@localhost.localdomain> <20050811225609.058881000@localhost.localdomain> <20050811233302.GA8974@wotan.suse.de> <20050811234343.GF7762@shell0.pdx.osdl.net> From: ebiederm@xmission.com (Eric W. Biederman) Date: Thu, 11 Aug 2005 20:32:08 -0600 In-Reply-To: <20050811234343.GF7762@shell0.pdx.osdl.net> (Chris Wright's message of "Thu, 11 Aug 2005 16:43:43 -0700") Message-ID: User-Agent: Gnus/5.1007 (Gnus v5.10.7) Emacs/21.4 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Chris Wright writes: > * Andi Kleen (ak@suse.de) wrote: >> > static void __cpuinit tsc_sync_wait(void) >> > { >> > if (notscsync || !cpu_has_tsc) >> > return; >> > - printk(KERN_INFO "CPU %d: Syncing TSC to CPU %u.\n", smp_processor_id(), >> > - boot_cpu_id); >> > - sync_tsc(); >> > + sync_tsc(boot_cpu_id); >> >> I actually found a bug in this today. This should be sync_tsc(0), not > sync_tsc(boot_cpu_id) >> Can you just fix it in your tree or should I submit a new patch? > > I'll fix it locally. Thanks for the heads-up. Someone needs to send the patch to Linus for 2.6.13 as well. Is someone else going to or should I. I knew I was confused about physical versus logical apic ids when I generated the patch. Eric