From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Date: Sat, 5 Feb 2005 12:34:26 +1100 From: Anton Blanchard To: Arnd Bergmann Message-ID: <20050205013426.GC11318@krispykreme.ozlabs.ibm.com> References: <20050204072254.GA17565@austin.ibm.com> <200502041336.59892.arnd@arndb.de> <1107560989.2189.119.camel@gaston> <200502050122.27254.arnd@arndb.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <200502050122.27254.arnd@arndb.de> Cc: Andrew Morton , Tom Rini , Linux Kernel list , linuxppc-dev list , Paul Mackerras , "H. Peter Anvin" , linuxppc64-dev Subject: Re: [PATCH] PPC/PPC64: Introduce CPU_HAS_FEATURE() macro List-Id: Linux on PowerPC Developers Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Hi, > This is the patch to evaluate CPU_HAS_FEATURE() at compile time whenever > possible. Testing showed that vmlinux shrinks around 4000 bytes with > g5_defconfig. I also checked that pSeries code is completely unaltered > semantically when support for all CPU types is enabled, although a few > instructions are emitted in a different order by gcc. > > I have made cpu_has_feature() an inline function that expects the full > name of a feature bit while the CPU_HAS_FEATURE() macro still behaves > the same way as in Olofs original patch for now. Interesting :) However we already get bug reports with the current CONFIG_POWER4_ONLY option. I worry about adding more options that users could get wrong unless there is a noticeable improvement in performance. Anton