[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-Id: <20090602002616.d5707d6b.akpm@linux-foundation.org>
Date: Tue, 2 Jun 2009 00:26:16 -0700
From: Andrew Morton <akpm@...ux-foundation.org>
To: Florian Fainelli <florian@...nwrt.org>
Cc: linux-kernel@...r.kernel.org, Takashi Iwai <tiwai@...e.de>,
linux-mips@...ux-mips.org, Ralf Baechle <ralf@...ux-mips.org>,
Ingo Molnar <mingo@...e.hu>
Subject: Re: [PATCH 1/9] kernel: export sound/core/pcm_timer.c gcd
implementation
On Tue, 2 Jun 2009 09:19:22 +0200 Florian Fainelli <florian@...nwrt.org> wrote:
> Le Tuesday 02 June 2009 06:50:34 Andrew Morton, vous avez __crit__:
> > On Mon, 1 Jun 2009 13:57:09 +0200 Florian Fainelli <florian@...nwrt.org>
> wrote:
> > > This patch exports the gcd implementation from
> > > sound/core/pcm_timer.c into include/linux/kernel.h.
> > > AR7 uses it in its clock routines.
> > >
> > > ...
> > >
> > > diff --git a/include/linux/kernel.h b/include/linux/kernel.h
> > > index 883cd44..878a27a 100644
> > > --- a/include/linux/kernel.h
> > > +++ b/include/linux/kernel.h
> > > @@ -147,6 +147,22 @@ extern int _cond_resched(void);
> > > (__x < 0) ? -__x : __x; \
> > > })
> > >
> > > +/* Greatest common divisor */
> > > +static inline unsigned long gcd(unsigned long a, unsigned long b)
> > > +{
> > > + unsigned long r;
> > > + if (a < b) {
> > > + r = a;
> > > + a = b;
> > > + b = r;
> > > + }
> > > + while ((r = a % b) != 0) {
> > > + a = b;
> > > + b = r;
> > > + }
> > > + return b;
> > > +}
> >
> > a) the name's a bit sucky. Is there some convention for this name?
>
> We might want something better like greatest_common_divisor which is a bit
> more self-explanatory ?
Well, if gcd() is a commonly used name then let's use that. I don't
personally recall seeing it used but that doesn't mean much.
> >
> > b) It looks too large to be inlined. lib/gdc.c?
>
> And its users select it in order not to increase the size of kernel.h, sounds
> good.
>
> >
> > b) there's an implementation of gcd() in
> > net/netfilter/ipvs/ip_vs_wrr.c. I expect that this patch broke the
> > build.
>
> I did forget about this. That gcd implementation only treats the a > b case.
>
> What do you prefer, each user keeps its gcd implementation locally or we make
> a lib/gcd.c for it ?
I think lib/gcd.c would be better. Then migrate current code over to
use that.
The problem with offering a generic version is types: will it work
correctly and sensibly for all combinations of signed/unsigned
char/short/int/long/longlong? All but the last, I expect. In which
case that'll be good enough for now.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists