Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1750789AbVK3CTr (ORCPT ); Tue, 29 Nov 2005 21:19:47 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1750813AbVK3CTr (ORCPT ); Tue, 29 Nov 2005 21:19:47 -0500 Received: from e33.co.us.ibm.com ([32.97.110.151]:36070 "EHLO e33.co.us.ibm.com") by vger.kernel.org with ESMTP id S1750789AbVK3CTr (ORCPT ); Tue, 29 Nov 2005 21:19:47 -0500 Subject: Re: [RFC][PATCH] Runtime switching of the idle function [take 2] From: john stultz To: Andi Kleen Cc: Lee Revell , "Brown, Len" , Nick Piggin , Ingo Molnar , Steven Rostedt , Andrew Morton , acpi-devel@lists.sourceforge.net, nando@ccrma.Stanford.EDU, linux-kernel@vger.kernel.org, paulmck@us.ibm.com, kr@cybsft.com, tglx@linutronix.de, pluto@agmk.net, john.cooper@timesys.com, bene@linutronix.de, dwalker@mvista.com, trini@kernel.crashing.org, george@mvista.com, Vojtech Pavlik In-Reply-To: <20051130015809.GF19515@wotan.suse.de> References: <20051129195336.GP19515@wotan.suse.de> <1133296540.4627.7.camel@mindpipe> <20051129205108.GQ19515@wotan.suse.de> <1133308505.4627.31.camel@mindpipe> <20051130010646.GD19515@wotan.suse.de> <1133313771.4627.39.camel@mindpipe> <20051130015809.GF19515@wotan.suse.de> Content-Type: text/plain Date: Tue, 29 Nov 2005 18:19:41 -0800 Message-Id: <1133317181.1421.47.camel@cog.beaverton.ibm.com> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 (2.2.3-2.fc4) Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1411 Lines: 36 On Wed, 2005-11-30 at 02:58 +0100, Andi Kleen wrote: > > > Then you're likely running 32bit. It doesn't use vsyscall gettimeofday > > > yet, which makes it slower. 64bit would. > > > > Yes, I am. So it sounds like vsyscall gettimeofday for i386 is in the > > works? > > John Stultz used to have patches for it, but for some reason he never > pushed them into mainline. Unfortunately it was a pretty ugly patch. Correctness issues with the existing code have kept focused on my timekeeping rework, however I have kept it in mind, and I do have a i386 vsyscall gtod patch that applies ontop of my tod work. I've been maintaining it on the side while I focus on the core code, but it is much cleaner now. For fun I'll try to remember to send it out with the next release. > On i386 it unfortunately needs adding > a test and branch to the syscall path to be 100% ABI compatible, but I > doubt that was the reason he dropped it. Yea, I didn't know enough about the VDSO/unwind bits to get it to do the right thing w/ glibc, so that bit was pretty hackish. I'll still need some help on this bit to make it really something that could be included. thanks -john - 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/