Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S261551AbVETTGE (ORCPT ); Fri, 20 May 2005 15:06:04 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S261540AbVETTGE (ORCPT ); Fri, 20 May 2005 15:06:04 -0400 Received: from colin.muc.de ([193.149.48.1]:5641 "EHLO mail.muc.de") by vger.kernel.org with ESMTP id S261551AbVETTFy (ORCPT ); Fri, 20 May 2005 15:05:54 -0400 Date: 20 May 2005 21:05:50 +0200 Date: Fri, 20 May 2005 21:05:50 +0200 From: Andi Kleen To: George Anzinger Cc: joe.korty@ccur.com, robustmutexes@lists.osdl.org, linux-kernel@vger.kernel.org Subject: Re: [RFC] A more general timeout specification Message-ID: <20050520190550.GB57598@muc.de> References: <20050518201517.GA16193@tsunami.ccur.com> <428CC6B5.3070206@mvista.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <428CC6B5.3070206@mvista.com> User-Agent: Mutt/1.4.1i Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 730 Lines: 17 > I think the accepted and standard way to do this is to use different > "clock"s. For example, in the HRT patch the clocks CLOCK_REALTIME_HR and > CLOCK_MONOTONIC_HR are defined as high resolution clocks. Note precision here can be fairly long - some timers dont even if they run a minute earlier or later or even longer. For others it can be rather small. I dont think you want own clocks for all possible numbers. It makes much more sense to give a numerical time offset. -Andi - 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/