[Top] [All Lists]

Re: [parisc-linux] Re: [PATCH 3/6] C-language equivalents of include/asm

To: Ralf Baechle <>
Subject: Re: [parisc-linux] Re: [PATCH 3/6] C-language equivalents of include/asm-*/bitops.h
From: Stuart Brady <>
Date: Mon, 30 Jan 2006 19:50:04 +0000
Cc: Stuart Brady <>, Grant Grundler <>, Akinobu Mita <>,, Ivan Kokshaysky <>, Ian Molton <>,, David Howells <>, Yoshinori Sato <>, Linus Torvalds <>,, Hirokazu Takata <>,, Greg Ungerer <>,,,,,,,,, Miles Bader <>, Andi Kleen <>, Chris Zankel <>
In-reply-to: <>
Original-recipient: rfc822;
References: <> <> <> <> <> <> <> <> <20060129071242.GA24624@miranda.arrow> <>
User-agent: Mutt/1.5.9i
On Mon, Jan 30, 2006 at 05:06:47PM +0000, Ralf Baechle wrote:
> On Sun, Jan 29, 2006 at 07:12:42AM +0000, Stuart Brady wrote:
> > On MIPS, fls() and flz() should probably use CLO.
> It actually uses clz.

I know.  flz(x) is basically __ilog2(~x), and I still say clo would be
better.  Removing flz() sounds reasonable, though.

> > Curiously, MIPS is the only arch with a flz() function.
> No longer.  The fls implementation was based on flz and fls was the only
> user of flz.  So I cleaned that, once I commit flz will be gone.  Not
> only a cleanup but also a minor optimization.

I'd got that slightly wrong.  Yeah, fls(x) returned flz(~x) + 1, which
is __ilog2(~~x) + 1.  So obviously clz was fine for that, but it needed
cleaning up.

Shame about popc on SPARC.  However, ffz is cheese, regardless of pops.
(On sparc64, ffs is too.)  I'll wait for the generic bitops patches to
be dealt with (or not) and then submit a patch fixing this if needed.

Stuart Brady

By the way, I really hope nobody gets ten copies of this, as happened
with my last post.  It does not seem to be my fault, AFAICS.

<Prev in Thread] Current Thread [Next in Thread>