lkml.org 
[lkml]   [2002]   [Feb]   [8]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: [PATCH] bring sanity to div64.h and do_div usage
Hi,

This patch is broken. Please don't apply as it is.

At 05:45 08/02/02, Troy Benjegerdes wrote:
>This patch introduced include/linux/div64.h and removes asm/div64.h from
>all the architectures that don't have optimized ASM.
>
>I also played janitor and found every file that used asm/div64.h. There
>was some mips stuff that I didn't touch, but now everything else should
>actually work on all platforms linux supports, instead of just those that
>are either 64 bit, or have optimized asm versions.
[snip]
>diff -N div64.h
>--- /dev/null Tue May 5 13:32:27 1998
>+++ div64.h Thu Feb 7 21:33:12 2002
>@@ -0,0 +1,81 @@
>+/*
>+ * include/linux/div64.h
>+ *
>+ * Primarily used by vsprintf to divide a 64 bit int N by a small integer
>base
>+ * We really do NOT want to encourage people to do slow 64 bit divides in
>+ * the kernel, so the 'default' version of this function panics if you
>+ * try and divide a 64 bit number by anything other than 8 or 16.
>+ *
>+ * If you really *really* need this, and are prepared to be flamed by
>+ * lkml, #define USE_SLOW_64BIT_DIVIDES before including this file.
>+ */
>+#ifndef __DIV64
>+#define __DIV64
>+
>+#include <linux/config.h>
>+
>+/* configurable */
>+#undef __USE_ASM
>+
>+
>+#ifdef __USE_ASM
>+/* yeah, this is a mess, and leaves out m68k.... */
>+# if defined(CONFIG_X86) || define(CONFIG_ARCH_S390) || defined(CONFIG_MIPS)
>+# define __USE_ASM__
>+# endif
>+#endif

Er, what exactly do you think the above does?!?

It NEVER will define __USE_ASM because you make the definition dependent on
the UNDEFINED __USE_ASM! If anything you need to do instead:

+# if defined(CONFIG_X86) || define(CONFIG_ARCH_S390) ||
defined(CONFIG_MIPS) || defined(CONFIG_M68K)
+# define __USE_ASM__
+# endif

I.e. remove the #ifdef __USE_ASM and add CONFIG_M68K dependence.

>+#ifdef __USE_ASM__
>+#include <asm/div64.h>
>+#else /* __USE_ASM__ */
>+static inline int do_div(unsigned long long * n, unsigned long base)
>+{
>+ int res = 0;
>+ unsigned long long t = *n;
>+ if ( t == (unsigned long)t ){ /* this should handle 64 bit
>platforms */
>+ res = ((unsigned long) t) % base;
>+ t = ((unsigned long) t) / base;
>+ } else {

This check is silly. It is _way_ more efficient to do:

if (BITS_PER_LONG == 64) {
res = ((unsigned long)t) % base;
t = ((unsigned long)t) / base;
} else {

This actually only compiles one or the other but not both.

>+#ifndef USE_SLOW_64BIT_DIVIDES

This is stupid. If someone knows in advance they are only doing a division
by 8 or 16 they would not be using do_div in the first place, they would be
using a shift or even just normal division sign which gcc is supposed to
optimize to a shift itself (assuming division by constant).

Please remove this. People using do_div() are using it for a reason.

>+ switch (base) {
>+ case 8:
>+ res = ((unsigned long) t & 0x7);
>+ t = t >> 3;
>+ break;
>+ case 16:
>+ res = ((unsigned long) t & 0xf);
>+ t = t >> 4;
>+ break;
>+ default:
>+ panic("do_div called with 64 bit arg and
>unsupported base\n", base);

Anyway, why do you randomly pick 8 and 16? You could do any power of two
via shift by simply doing something along these lines:

if (!(base & (base - 1))) {
res = t & (base - 1);
t >>= ffs(base) - 1;
} else
panic("blah");

But I still think this is a really stupid thing to do.

>+ }
>+#else /* USE_SLOW_64BIT_DIVIDES */
>+ /*
>+ * Nasty ugly generic C 64 bit divide on 32 bit machine
>+ * No one seems to want to take credit for this
>+ */
>+ unsigned long low, low2, high;
>+ low = (t) & 0xffffffff;
>+ high = (t) >> 32;

Look at asm-parisc/div64.h which has an optimized version of this for t
actually being 32bit.

>+ res = high % base;
>+ high = high / base;
>+ low2 = low >> 16;
>+ low2 += res << 16;
>+ res = low2 % base;
>+ low2 = low2 / base;
>+ low = low & 0xffff;
>+ low += res << 16;
>+ res = low % base;
>+ low = low / base;
>+ t = low + ((long long)low2 << 16) +
>+ ((long long) high << 32);
>+#endif /* USE_SLOW_64BIT_DIVIDES */
>+ }
>+ *n = t;
>+ return res;
>+}
>+
>+
>+#endif /* __USE_ASM__ */
>+
>+#endif
[snip]

I think the patch is generally a good idea but it has to be done right...

Best regards,

Anton


--
"I've not lost my mind. It's backed up on tape somewhere." - Unknown
--
Anton Altaparmakov <aia21 at cam.ac.uk> (replace at with @)
Linux NTFS Maintainer / WWW: http://linux-ntfs.sf.net/
ICQ: 8561279 / WWW: http://www-stu.christs.cam.ac.uk/~aia21/

-
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/

\
 
 \ /
  Last update: 2005-03-22 13:24    [W:0.081 / U:0.212 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site