Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1760276AbZDYBqe (ORCPT ); Fri, 24 Apr 2009 21:46:34 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754397AbZDYBqH (ORCPT ); Fri, 24 Apr 2009 21:46:07 -0400 Received: from mail-qy0-f118.google.com ([209.85.221.118]:53445 "EHLO mail-qy0-f118.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752891AbZDYBqE convert rfc822-to-8bit (ORCPT ); Fri, 24 Apr 2009 21:46:04 -0400 DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; b=HatVn71wc4thadOxSMOxMT3jAb3/lJLBRxFPOxS5ZoE7/Z9Cy83r2Fxuccgo8q3FZq ZfpoNmDeOt09eZ4gWs/ygWbEj2TReroxjKos7/ozyZxWrOPiENBAB85Dpx24Ft7ECzDg MIZYoht9wp0n6BUN12aASgGJAEe790cXSl0qU= MIME-Version: 1.0 In-Reply-To: <49C919B9.70302@msgid.tls.msk.ru> References: <874ozu2hcl.fsf@divinity.mikat.iki.fi> <20090310101807.GD20716@alberich.amd.com> <20090311100525.GE20716@alberich.amd.com> <49B7A79A.6090008@msgid.tls.msk.ru> <87ocw8qfwg.fsf@divinity.mikat.iki.fi> <49C919B9.70302@msgid.tls.msk.ru> From: David Rees Date: Fri, 24 Apr 2009 18:45:46 -0700 Message-ID: <72dbd3150904241845q5ed1fe15ob4fa2ba06e96ea72@mail.gmail.com> Subject: Re: Slow clock on AMD 740G chipset To: Michael Tokarev Cc: Mika Tiainen , Andreas Herrmann , linux-kernel@vger.kernel.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8BIT Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1995 Lines: 41 On Tue, Mar 24, 2009 at 10:34 AM, Michael Tokarev wrote: > To refresh what has been said. ?Several people observed slow clock > on their - mostly AMD 780g, 740g and 690g-based systems with 2.6.28 > 2.6.27 kernels. ?Slow to a point when ntpd wasn't successful to > keep up with the drift. ?It has been said that the motherboards are > flaky or something and that the clocks has to be calibrated, for > which there are known procedures available (adjtimex). ?Which helped. > Before the "calibration" the clock were off by ~15 minutes per day. This is really weird. I earlier posted to the thread saying things were fine on a Fedora 10 2.6.27.9-159.fc10.x86_64 kernel. Then mysteriously after a machine reboot to install new hardware[1] on March 27th on kernel 2.6.27.19-170.2.35.fc10.x86_64 (previous running kernel was the same), the clock started running slow to the tune of ntpd resetting the time every 15-18 minutes forward about 2.3 seconds. Fast forward to today (now running 2.6.29.1-30.fc10.x86_64) and the clock is still running slow. > So it seems that with 2.6.29, all the motherboards suddenly become > non-flaky and the timers need no calibration anymore, working just > fine. ?Other operating systems and kernel versions also agree with > this conclusion of 2.6.29. I don't know - my system (GA-MA74GM-S2 mobo) is still broken. [1] So the hardware I installed was a SATA SSD (OCZ Vertex). Ever since then, the clock has been running fast. Previously, the only thing on the SATA bus was a DVD drive - it has two IDE drives, one plugged in on board and the other into a Promise IDE card. When doing so, the sata ports are now running in AHCI mode instead of native mode. I'll have to try switching later. -Dave -- 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/