From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755047Ab2HaVFo (ORCPT ); Fri, 31 Aug 2012 17:05:44 -0400 Received: from mail.active-venture.com ([67.228.131.205]:64754 "EHLO mail.active-venture.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752326Ab2HaVFn (ORCPT ); Fri, 31 Aug 2012 17:05:43 -0400 X-Originating-IP: 108.223.40.66 Date: Fri, 31 Aug 2012 14:05:57 -0700 From: Guenter Roeck To: Andrew Morton Cc: linux-kernel@vger.kernel.org, Pekka Enberg , Ingo Molnar , "H. Peter Anvin" , Jean Delvare , lm-sensors@lm-sensors.org Subject: Re: [PATCH v4] linux/kernel.h: Fix DIV_ROUND_CLOSEST to support negative dividends Message-ID: <20120831210557.GA3645@roeck-us.net> References: <1346425339-17138-1-git-send-email-linux@roeck-us.net> <20120831123812.62729e1c.akpm@linux-foundation.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20120831123812.62729e1c.akpm@linux-foundation.org> User-Agent: Mutt/1.5.21 (2010-09-15) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, Aug 31, 2012 at 12:38:12PM -0700, Andrew Morton wrote: > On Fri, 31 Aug 2012 08:02:19 -0700 > Guenter Roeck wrote: > > > DIV_ROUND_CLOSEST returns a bad result for negative dividends: > > DIV_ROUND_CLOSEST(-2, 2) = 0 > > > > Most of the time this does not matter. However, in the hardware monitoring > > subsystem, DIV_ROUND_CLOSEST is sometimes used on integers which can be > > negative (such as temperatures). > > > > ... > > > > + > > +/* > > + * Divide positive or negative dividend by positive divisor and round > > + * to closest integer. Result is undefined for negative divisors. > > + */ > > #define DIV_ROUND_CLOSEST(x, divisor)( \ > > { \ > > - typeof(divisor) __divisor = divisor; \ > > - (((x) + ((__divisor) / 2)) / (__divisor)); \ > > + typeof(x) __x = x; \ > > + typeof(divisor) __d = divisor; \ > > + (((typeof(x))-1) >= 0 || (__x) >= 0) ? \ > > + (((__x) + ((__d) / 2)) / (__d)) : \ > > + (((__x) - ((__d) / 2)) / (__d)); \ > > } \ > > Looks good to me. The patch causes no change in text size for > kernel/sched/fair.o and drivers/cpuidle/governors/menu.o, so it seems > that the cc trickery is working. > > I'll add it to my tree for testing - please merge this via your tree. > Will do. Thanks, Guenter