Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S965064AbVITSkA (ORCPT ); Tue, 20 Sep 2005 14:40:00 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S965065AbVITSkA (ORCPT ); Tue, 20 Sep 2005 14:40:00 -0400 Received: from enterprise.francisscott.net ([64.235.237.105]:16139 "EHLO enterprise.francisscott.net") by vger.kernel.org with ESMTP id S965064AbVITSkA (ORCPT ); Tue, 20 Sep 2005 14:40:00 -0400 Message-ID: <4330577F.5000602@lampert.org> Date: Tue, 20 Sep 2005 11:39:59 -0700 From: Scott Lampert User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050812) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Marc Perkel CC: Frank van Maarseveen , linux-kernel@vger.kernel.org Subject: Re: Lost Ticks References: <432E3D4C.4070508@perkel.com> <20050920070214.GA4208@janus> <43304F96.6000805@lampert.org> <433053ED.7080209@perkel.com> In-Reply-To: <433053ED.7080209@perkel.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 3063 Lines: 89 Yeah I tried that patch. It simply emulates adding notsc to the command line. However there was a thread on LKML between Andi Kleen and the provider of this patch and Andi indicated he wasn't convinced that this fixes the bug, but simply masks the real bug. For now I'm sticking with the notsc option until they figure out more details. -Scott Marc Perkel wrote: > Yeah - there's a patch for that here: > > http://bugzilla.kernel.org/show_bug.cgi?id=5105 > > I haven't tried it yet but will later when I go to the data center. > You might want to try it and let me know if it actually fixed the > problem. > > diff --git a/arch/x86_64/kernel/time.c b/arch/x86_64/kernel/time.c > --- a/arch/x86_64/kernel/time.c > +++ b/arch/x86_64/kernel/time.c > @@ -959,9 +959,6 @@ static __init int unsynchronized_tsc(voi > are handled in the OEM check above. */ > if (boot_cpu_data.x86_vendor == X86_VENDOR_INTEL) > return 0; > - /* All in a single socket - should be synchronized */ > - if (cpus_weight(cpu_core_map[0]) == num_online_cpus()) > - return 0; > #endif > /* Assume multi socket systems are not synchronized */ > return num_online_cpus() > 1; > > > Mizery loves company. I'm glad I'm not the only one with this problem. > > > Scott Lampert wrote: > >> I have the exact same problem on a ASUS A8N-SLI Premium board and >> Athlon64 4800+ X2 with every BIOS up to 1008-01. Running with notsc >> is the only way to get it to work. >> >> As an aside BIOS version 1008-003 is available for this board however >> this one seems to be WAY worse as the board won't even boot. It gets >> panics before the boot messages unless you boot with noapic and after >> that it gets checksum errors on the RSDP. I'm afraid to see what the >> next official BIOS version does. :/ >> -Scott >> >> Frank van Maarseveen wrote: >> >>> On Sun, Sep 18, 2005 at 09:23:40PM -0700, Marc Perkel wrote: >>> >>> >>>> Got a dual core Athlon 64 X2 on an Asus board using NVidia chipset >>>> and getting lost ticks. The software clock of course is totally >>>> messed up. I've scanned google for a solution and see others >>>> complaining about bad code in the SMM BIOS. I have the latest bios >>>> and whatever they need to fix - isn't. >>>> >>>> So - what do I do to make it work? >>>> >>> >>> >>> >>> See http://bugzilla.kernel.org/show_bug.cgi?id=5105 >>> >>> On the kernel command-line: >>> >>> x86_64: try "notsc" >>> i386: try "clock=pit" >>> >>> "nosmp" works but isn't fun. >>> >>> >>> >> - >> 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/ > > > - 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/