Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id ; Sat, 9 Nov 2002 13:45:16 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id ; Sat, 9 Nov 2002 13:45:16 -0500 Received: from neon-gw-l3.transmeta.com ([63.209.4.196]:28434 "EHLO neon-gw.transmeta.com") by vger.kernel.org with ESMTP id ; Sat, 9 Nov 2002 13:45:14 -0500 Date: Sat, 9 Nov 2002 10:51:27 -0800 (PST) From: Linus Torvalds To: Zwane Mwaikambo cc: Alan Cox , Mikael Pettersson , Linux Kernel Mailing List Subject: Re: [PATCH][2.5] notsc option needs some attention/TLC In-Reply-To: Message-ID: 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 Content-Length: 1252 Lines: 32 On Sat, 9 Nov 2002, Zwane Mwaikambo wrote: > This is all very confusing, notsc isnn't supposed to work with cpus with > TSCs? No. You have two different cases: - a kernel compiled for TSC-only. This one simply will not _work_ without a TSC, since it is statically compiled for the TSC case. Here, "notsc" simply cannot do anything, so it just prints a message saying that it doesn't work. - a "generic" kernel, which can do the TSC decision dynamically, will use the TSC flag in the CPU features field to decide whether to use the TSC or not. Here, "notsc" will clear the flag unconditionally, so even if your CPU claims to have a TSC, it won't get used. NOTE! We used to do a lot more statically, and on the whole the hard-coded CONFIG_X86_TSC usage has pretty much disappeared in modern kernels. It's used mainly by the "get_cycles()" macro, which is not all that commonly used any more (it used to be used by the scheduler, I think that's gone too these days). Linus - 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/