Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751216AbVLGRSA (ORCPT ); Wed, 7 Dec 2005 12:18:00 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751224AbVLGRSA (ORCPT ); Wed, 7 Dec 2005 12:18:00 -0500 Received: from scrub.xs4all.nl ([194.109.195.176]:20387 "EHLO scrub.xs4all.nl") by vger.kernel.org with ESMTP id S1751216AbVLGRSA (ORCPT ); Wed, 7 Dec 2005 12:18:00 -0500 Date: Wed, 7 Dec 2005 18:17:43 +0100 (CET) From: Roman Zippel X-X-Sender: roman@scrub.home To: Ingo Molnar cc: Thomas Gleixner , linux-kernel@vger.kernel.org, Andrew Morton , rostedt@goodmis.org, johnstul@us.ibm.com Subject: Re: [patch 00/21] hrtimer - High-resolution timer subsystem In-Reply-To: <20051207165550.GA2426@elte.hu> Message-ID: References: <20051206000126.589223000@tglx.tec.linutronix.de> <1133908082.16302.93.camel@tglx.tec.linutronix.de> <20051207165550.GA2426@elte.hu> 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: 741 Lines: 22 Hi, On Wed, 7 Dec 2005, Ingo Molnar wrote: > > A bit later ktime_t looked pretty much like the 64bit part of my > > ktimespec. > > and Thomas credited you for that point in his announcement: > > " Roman pointed out that the penalty for some architectures > would be quite big when using the nsec_t (64bit) scalar time > storage format. " "pointed out that the penalty" is a bit different from "provided the basic idea of the ktime_t union and half the implementation"... bye, Roman - 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/