From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from s15228384.onlinehome-server.info ([87.106.30.177]:56080 "EHLO mail.x86-64.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752007Ab0CIQX2 (ORCPT ); Tue, 9 Mar 2010 11:23:28 -0500 Date: Tue, 9 Mar 2010 17:23:52 +0100 From: Borislav Petkov Subject: Re: [PATCH] x86: Add optimized popcnt variants Message-ID: <20100309162352.GB2371@aftab> References: <20100223175457.GA2401@aftab> <4B841BC3.1000908@zytor.com> <20100223190614.GB2401@aftab> <4B875BBD.4060104@zytor.com> <20100226074714.GA15310@aftab> <4B88097E.7010608@zytor.com> <20100227082807.GA21706@aftab> <4B8979DA.9000201@zytor.com> <20100309153628.GA2371@aftab> <1268149840.5037.3.camel@laptop> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1268149840.5037.3.camel@laptop> Sender: linux-kbuild-owner@vger.kernel.org List-ID: To: Peter Zijlstra Cc: "H. Peter Anvin" , Michal Marek , linux-kbuild , Andrew Morton , Wu Fengguang , LKML , Jamie Lokier , Roland Dreier , Al Viro , "linux-fsdevel@vger.kernel.org" , Ingo Molnar , Brian Gerst From: Peter Zijlstra Date: Tue, Mar 09, 2010 at 04:50:40PM +0100 > Should all be fine as it is, that patch > ( http://lkml.org/lkml/2010/2/4/119 ) is against a kernel with fce877e3 > in, I've just checked and it still applies to tip/master as of this > writing (although it grew a single 2 line offset for 1 hunk). Well, this way, I'm getting ... In file included from include/linux/kernel.h:15, from /home/linux-2.6/arch/x86/include/asm/percpu.h:45, from /home/linux-2.6/arch/x86/include/asm/current.h:5, from /home/linux-2.6/arch/x86/include/asm/processor.h:15, from /home/linux-2.6/arch/x86/include/asm/atomic.h:6, from include/linux/crypto.h:20, from arch/x86/kernel/asm-offsets_64.c:8, from arch/x86/kernel/asm-offsets.c:4: include/linux/bitops.h:52:1: warning: "HWEIGHT8" redefined ... due to the fact that we have multiple definitions of HWEIGHT*: The one batch is in introduced by fce877e3. The other is in which is pulled in into through "#include ", which, in turn, and . The obvious resolution is to remove the HWEIGHT* batch from since they're functionally identical with the ones in , no? -- Regards/Gruss, Boris. - Advanced Micro Devices, Inc. Operating Systems Research Center