From mboxrd@z Thu Jan 1 00:00:00 1970 From: "David S. Miller" Date: Mon, 30 Jan 2006 23:02:44 +0000 Subject: Re: [parisc-linux] Re: [PATCH 3/6] C-language equivalents of Message-Id: <20060130.150244.81476469.davem@davemloft.net> List-Id: References: <20060129071242.GA24624@miranda.arrow> <20060130170647.GC3816@linux-mips.org> <20060130195004.GA25860@miranda.arrow> In-Reply-To: <20060130195004.GA25860@miranda.arrow> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: sdbrady@ntlworld.com Cc: ralf@linux-mips.org, grundler@parisc-linux.org, mita@miraclelinux.com, linux-kernel@vger.kernel.org, ink@jurassic.park.msu.ru, spyro@f2s.com, dev-etrax@axis.com, dhowells@redhat.com, ysato@users.sourceforge.jp, torvalds@osdl.org, linux-ia64@vger.kernel.org, takata@linux-m32r.org, linux-m68k@vger.kernel.org, gerg@uclinux.org, linux-mips@linux-mips.org, parisc-linux@parisc-linux.org, linuxppc-dev@ozlabs.org, linux390@de.ibm.com, linuxsh-dev@lists.sourceforge.net, linuxsh-shmedia-dev@lists.sourceforge.net, sparclinux@vger.kernel.org, ultralinux@vger.kernel.org, uclinux-v850@lsi.nec.co.jp, ak@suse.de, chris@zankel.net From: Stuart Brady Date: Mon, 30 Jan 2006 19:50:04 +0000 > 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. I'm happy with any improvement you might make here, for sure. The sparc64 ffz() implementation was done so dog stupid like that so that the code would be small since this gets inlined all over the place. So if you can keep it small and improve it, or make it a bit larger and uninline it, that's great. From mboxrd@z Thu Jan 1 00:00:00 1970 Received: with ECARTIS (v1.0.0; list linux-mips); Mon, 30 Jan 2006 22:59:00 +0000 (GMT) Received: from dsl027-180-168.sfo1.dsl.speakeasy.net ([216.27.180.168]:62932 "EHLO sunset.davemloft.net") by ftp.linux-mips.org with ESMTP id S8133409AbWA3W6m (ORCPT ); Mon, 30 Jan 2006 22:58:42 +0000 Received: from localhost ([127.0.0.1] ident=davem) by sunset.davemloft.net with esmtp (Exim 4.60) (envelope-from ) id 1F3i2m-0004sw-S4; Mon, 30 Jan 2006 15:02:44 -0800 Date: Mon, 30 Jan 2006 15:02:44 -0800 (PST) Message-Id: <20060130.150244.81476469.davem@davemloft.net> To: sdbrady@ntlworld.com Cc: ralf@linux-mips.org, grundler@parisc-linux.org, mita@miraclelinux.com, linux-kernel@vger.kernel.org, ink@jurassic.park.msu.ru, spyro@f2s.com, dev-etrax@axis.com, dhowells@redhat.com, ysato@users.sourceforge.jp, torvalds@osdl.org, linux-ia64@vger.kernel.org, takata@linux-m32r.org, linux-m68k@vger.kernel.org, gerg@uclinux.org, linux-mips@linux-mips.org, parisc-linux@parisc-linux.org, linuxppc-dev@ozlabs.org, linux390@de.ibm.com, linuxsh-dev@lists.sourceforge.net, linuxsh-shmedia-dev@lists.sourceforge.net, sparclinux@vger.kernel.org, ultralinux@vger.kernel.org, uclinux-v850@lsi.nec.co.jp, ak@suse.de, chris@zankel.net Subject: Re: [parisc-linux] Re: [PATCH 3/6] C-language equivalents of include/asm-*/bitops.h From: "David S. Miller" In-Reply-To: <20060130195004.GA25860@miranda.arrow> References: <20060129071242.GA24624@miranda.arrow> <20060130170647.GC3816@linux-mips.org> <20060130195004.GA25860@miranda.arrow> X-Mailer: Mew version 4.2.53 on Emacs 21.4 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Return-Path: X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0) X-Orcpt: rfc822;linux-mips@linux-mips.org Original-Recipient: rfc822;linux-mips@linux-mips.org X-archive-position: 10247 X-ecartis-version: Ecartis v1.0.0 Sender: linux-mips-bounce@linux-mips.org Errors-to: linux-mips-bounce@linux-mips.org X-original-sender: davem@davemloft.net Precedence: bulk X-list: linux-mips From: Stuart Brady Date: Mon, 30 Jan 2006 19:50:04 +0000 > 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. I'm happy with any improvement you might make here, for sure. The sparc64 ffz() implementation was done so dog stupid like that so that the code would be small since this gets inlined all over the place. So if you can keep it small and improve it, or make it a bit larger and uninline it, that's great. From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from sunset.davemloft.net (dsl027-180-168.sfo1.dsl.speakeasy.net [216.27.180.168]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by ozlabs.org (Postfix) with ESMTP id C372A68A3A for ; Tue, 31 Jan 2006 10:03:43 +1100 (EST) Date: Mon, 30 Jan 2006 15:02:44 -0800 (PST) Message-Id: <20060130.150244.81476469.davem@davemloft.net> To: sdbrady@ntlworld.com Subject: Re: [parisc-linux] Re: [PATCH 3/6] C-language equivalents of include/asm-*/bitops.h From: "David S. Miller" In-Reply-To: <20060130195004.GA25860@miranda.arrow> References: <20060129071242.GA24624@miranda.arrow> <20060130170647.GC3816@linux-mips.org> <20060130195004.GA25860@miranda.arrow> Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Cc: linux-mips@linux-mips.org, linux-m68k@vger.kernel.org, linux-ia64@vger.kernel.org, spyro@f2s.com, ak@suse.de, dhowells@redhat.com, linuxppc-dev@ozlabs.org, gerg@uclinux.org, sparclinux@vger.kernel.org, uclinux-v850@lsi.nec.co.jp, ysato@users.sourceforge.jp, takata@linux-m32r.org, linuxsh-shmedia-dev@lists.sourceforge.net, grundler@parisc-linux.org, torvalds@osdl.org, ink@jurassic.park.msu.ru, mita@miraclelinux.com, chris@zankel.net, dev-etrax@axis.com, ultralinux@vger.kernel.org, linux-kernel@vger.kernel.org, ralf@linux-mips.org, linuxsh-dev@lists.sourceforge.net, linux390@de.ibm.com, parisc-linux@parisc-linux.org List-Id: Linux on PowerPC Developers Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , From: Stuart Brady Date: Mon, 30 Jan 2006 19:50:04 +0000 > 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. I'm happy with any improvement you might make here, for sure. The sparc64 ffz() implementation was done so dog stupid like that so that the code would be small since this gets inlined all over the place. So if you can keep it small and improve it, or make it a bit larger and uninline it, that's great.