Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id ; Mon, 17 Mar 2003 14:32:06 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id ; Mon, 17 Mar 2003 14:32:06 -0500 Received: from gans.physik3.uni-rostock.de ([139.30.44.2]:58001 "EHLO gans.physik3.uni-rostock.de") by vger.kernel.org with ESMTP id ; Mon, 17 Mar 2003 14:32:04 -0500 Date: Mon, 17 Mar 2003 20:42:31 +0100 (CET) From: Tim Schmielau To: Vitezslav Samel cc: Matthew Wilcox , Eric Piel , , , lkml Subject: [BUG & WORKAROUND] nanosleep() granularity bumps up in 2.5.64 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: 1422 Lines: 41 On Mon, 17 Mar 2003, Tim Schmielau wrote: > On Mon, 17 Mar 2003, Vitezslav Samel wrote: > > > The nanosleep() bug narrowed down to 2.5.63-bk2. That's version, the "initial > > jiffies" patch went in. And yes, it's on i686 machine. > > You can easily check whether it's connected with this change by setting > INITIAL_JIFFIES to zero. This should exactly recover the previous > situation. OK. I've done the test myself and I plead guilty. As a temporary workaround you can apply the following patch: --- linux-2.5.64/include/linux/time.h.orig Wed Mar 5 04:29:24 2003 +++ linux-2.5.64/include/linux/time.h Mon Mar 17 20:31:06 2003 @@ -31,7 +31,7 @@ * Have the 32 bit jiffies value wrap 5 minutes after boot * so jiffies wrap bugs show up earlier. */ -#define INITIAL_JIFFIES ((unsigned int) (-300*HZ)) +#define INITIAL_JIFFIES 0 /* * Change timeval to jiffies, trying to avoid the Still, after half an hour of glancing at the code I can't see my mistake. I've re-checked that the problem does not occur with the original "initial jiffies" patch for 2.4. So I must have missed a (subtle?) difference between 2.4 and 2.5 when I did the forward-port. Sorry, Tim - 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/