From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752761AbcGSXWE (ORCPT ); Tue, 19 Jul 2016 19:22:04 -0400 Received: from ozlabs.org ([103.22.144.67]:50412 "EHLO ozlabs.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752318AbcGSXWA (ORCPT ); Tue, 19 Jul 2016 19:22:00 -0400 Date: Wed, 20 Jul 2016 09:21:57 +1000 From: Stephen Rothwell To: Arnaldo Carvalho de Melo Cc: Josh Poimboeuf , Andy Lutomirski , Arnaldo Carvalho de Melo , Peter Zijlstra , Thomas Gleixner , Ingo Molnar , "H. Peter Anvin" , "linux-next@vger.kernel.org" , "linux-kernel@vger.kernel.org" Subject: Re: [PATCH/RFC] Re: linux-next: build failure after merge of the luto-misc tree Message-ID: <20160720092157.7cd8de65@canb.auug.org.au> In-Reply-To: <20160719174551.GM2207@kernel.org> References: <20160715154326.GC2523@redhat.com> <20160718151845.4de6e274@canb.auug.org.au> <20160718203634.GF2207@kernel.org> <20160719082235.42aec856@canb.auug.org.au> <20160718234132.GI2207@kernel.org> <20160719102629.0a12a1a1@canb.auug.org.au> <20160719003906.GJ2207@kernel.org> <20160719132608.1aa2692a@canb.auug.org.au> <20160719125443.GL2207@kernel.org> <20160719174551.GM2207@kernel.org> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Arnaldo, On Tue, 19 Jul 2016 14:45:51 -0300 Arnaldo Carvalho de Melo wrote: > > No such luck, everything works as expected, objtool doesn't even get > compiled, likely it doesn't support powerpc binaries so it isn't built: right. > Probably it got the local definition of bitsperlong.h, i.e. the size on the host build > and then comparing it against the one for the target host... > > Anyway, can you try the patch below to see what value is landing on __BITS_PER_LONG? > > diff --git a/tools/include/asm-generic/bitsperlong.h b/tools/include/asm-generic/bitsperlong.h > index 45eca517efb3..c8f971e0d6a1 100644 > --- a/tools/include/asm-generic/bitsperlong.h > +++ b/tools/include/asm-generic/bitsperlong.h > @@ -10,6 +10,9 @@ > #endif > > #if BITS_PER_LONG != __BITS_PER_LONG > +#include > +#pragma message "BITS_PER_LONG=" __stringify(BITS_PER_LONG) > +#pragma message "__BITS_PER_LONG=" __stringify(__BITS_PER_LONG) > #error Inconsistent word size. Check asm/bitsperlong.h > #endif I added those three lines to the file (just in yesterday's linux-next was easiest) and got this: /home/sfr/next/next/tools/include/asm-generic/bitsperlong.h:14:9: note: #pragma message: BITS_PER_LONG=(8 * 8) #pragma message "BITS_PER_LONG=" __stringify(BITS_PER_LONG) ^ /home/sfr/next/next/tools/include/asm-generic/bitsperlong.h:15:9: note: #pragma message: __BITS_PER_LONG=32 #pragma message "__BITS_PER_LONG=" __stringify(__BITS_PER_LONG) ^ (a few times, of course) -- Cheers, Stephen Rothwell