Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751253AbVI2Twy (ORCPT ); Thu, 29 Sep 2005 15:52:54 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751274AbVI2Twy (ORCPT ); Thu, 29 Sep 2005 15:52:54 -0400 Received: from smtp.osdl.org ([65.172.181.4]:45516 "EHLO smtp.osdl.org") by vger.kernel.org with ESMTP id S1751253AbVI2Twx (ORCPT ); Thu, 29 Sep 2005 15:52:53 -0400 Date: Thu, 29 Sep 2005 12:52:07 -0700 From: Andrew Morton To: Willy Tarreau Cc: davidel@xmailserver.org, nacc@us.ibm.com, nish.aravamudan@gmail.com, linux-kernel@vger.kernel.org Subject: Re: [PATCH 1/3] 2.6.14-rc2-mm1: fixes for overflow msec_to_jiffies() Message-Id: <20050929125207.52c6a1b8.akpm@osdl.org> In-Reply-To: <20050929194155.GB16171@alpha.home.local> References: <20050924040534.GB18716@alpha.home.local> <29495f1d05092321447417503@mail.gmail.com> <20050924061500.GA24628@alpha.home.local> <20050924171928.GF3950@us.ibm.com> <20050924193839.GB26197@alpha.home.local> <20050924194418.GC26197@alpha.home.local> <20050929024312.2f3a9e80.akpm@osdl.org> <20050929194155.GB16171@alpha.home.local> X-Mailer: Sylpheed version 1.0.4 (GTK+ 1.2.10; i386-redhat-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1742 Lines: 44 Willy Tarreau wrote: > > Thanks Andrew, > > I'm very sorry because I have verified the code with gcc-2.95.3, > gcc-3.3.6 and gcc-3.4.4 on x86 and alpha to ensure that everything > went smooth on archs where sizeof(long) > sizeof(int). But I've > tested all the combinations in user-space for obvious ease of > validation. I believe I forgot to use -Wall. What architecture > gave you this, and with which compiler please ? I'm willing to > fix this as soon as I can understand the root of the problem. > http://www.zip.com.au/~akpm/linux/patches/stuff/top-posting.txt > > > On Thu, Sep 29, 2005 at 02:43:12AM -0700, Andrew Morton wrote: > > Willy Tarreau wrote: > > > > > > +#if HZ <= MSEC_PER_SEC && !(MSEC_PER_SEC % HZ) > > > +# define MAX_MSEC_OFFSET \ > > > + (ULONG_MAX - (MSEC_PER_SEC / HZ) + 1) > > > > That generates numbers which don't fit into unsigned ints, yielding vast > > numbers of > > > > include/linux/jiffies.h: In function `msecs_to_jiffies': > > include/linux/jiffies.h:310: warning: comparison is always false due to limited range of data type > > include/linux/jiffies.h: In function `usecs_to_jiffies': > > include/linux/jiffies.h:323: warning: comparison is always false due to limited range of data type > > This was a ppc64 build, gcc-3.3.3, CONFIG_HZ=250 Look a the value which MAX_MSEC_OFFSET will take (it's 2^63 minus a bit). Comparing that to an unsigned int will generate the always-true or always-false warning. - 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/