Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S932144AbVK1RwA (ORCPT ); Mon, 28 Nov 2005 12:52:00 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S932147AbVK1RwA (ORCPT ); Mon, 28 Nov 2005 12:52:00 -0500 Received: from viper.oldcity.dca.net ([216.158.38.4]:21948 "HELO viper.oldcity.dca.net") by vger.kernel.org with SMTP id S932144AbVK1Rv6 (ORCPT ); Mon, 28 Nov 2005 12:51:58 -0500 Subject: Re: [RT] read_tsc: ACK! TSC went backward! Unsynced TSCs? From: Lee Revell To: thockin@hockin.org Cc: Steven Rostedt , Ingo Molnar , john stultz , LKML In-Reply-To: <20051128173040.GA32547@hockin.org> References: <1133179554.11491.3.camel@localhost.localdomain> <20051128173040.GA32547@hockin.org> Content-Type: text/plain Date: Mon, 28 Nov 2005 12:39:28 -0500 Message-Id: <1133199568.7416.31.camel@mindpipe> Mime-Version: 1.0 X-Mailer: Evolution 2.4.1 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 753 Lines: 17 On Mon, 2005-11-28 at 09:30 -0800, thockin@hockin.org wrote: > The kernel's use of TSC is wholly incorrect. TSCs can ramp up and > down and *do* vary between nodes as well as between cores within a > node. You really can not compare TSCs between cpu cores at all, as is > (and the kernel assumes 1 global TSC in at least a few places). That's one way to look at it; another is that the AMD dual cores have a broken TSC implementation. The kernel's use of the TSC was never a problem in the past... Lee - 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/