From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-pf0-x242.google.com (mail-pf0-x242.google.com [IPv6:2607:f8b0:400e:c00::242]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by lists.ozlabs.org (Postfix) with ESMTPS id 3sF7LL30LRzDr5G for ; Thu, 18 Aug 2016 11:10:02 +1000 (AEST) Received: by mail-pf0-x242.google.com with SMTP id y134so461864pfg.3 for ; Wed, 17 Aug 2016 18:10:02 -0700 (PDT) Date: Thu, 18 Aug 2016 11:09:48 +1000 From: Nicholas Piggin To: Michal Marek Cc: Stephen Rothwell , linux-kernel@vger.kernel.org, linux-next@vger.kernel.org, Al Viro , PowerPC Subject: Re: linux-next: build warnings after merge of the kbuild tree Message-ID: <20160818110948.52f1322d@roar.ozlabs.ibm.com> In-Reply-To: References: <20160817114443.67675413@canb.auug.org.au> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII List-Id: Linux on PowerPC Developers Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , On Wed, 17 Aug 2016 14:59:59 +0200 Michal Marek wrote: > On 2016-08-17 03:44, Stephen Rothwell wrote: > > Hi Michal, > > > > After merging the kbuild tree, today's linux-next build (powerpc > > ppc64_defconfig) produced these warnings: > > > > WARNING: 25 bad relocations > > c000000000cf2570 R_PPC64_ADDR64 __crc___arch_hweight16 > [...] > > Introduced by commit > > > > 9445aa1a3062 ("ppc: move exports to definitions") > > > > I have reverted that commit for today. > > > > [cc-ing the ppc guys for clues - also involved is commit > > > > 22823ab419d8 ("EXPORT_SYMBOL() for asm") > > ] > > FWIW, I see these warnings as well. Any help from ppc developers is > appreciated - should the R_PPC64_ADDR64 be whitelisted for exported asm > symbols (their CRCs actually)? The dangling relocation is a side effect of linker unable to resolve the reference to the undefined weak symbols. So the real question is, why has genksyms not overridden these symbols with their CRC values? This may not even be powerpc specific, but I'll poke at it a bit more when I get a chance. Thanks, Nick