From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-0.8 required=3.0 tests=HEADER_FROM_DIFFERENT_DOMAINS, MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id B7A70C3A59E for ; Tue, 20 Aug 2019 07:27:49 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [209.132.180.67]) by mail.kernel.org (Postfix) with ESMTP id 809062082F for ; Tue, 20 Aug 2019 07:27:49 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1729291AbfHTH1s (ORCPT ); Tue, 20 Aug 2019 03:27:48 -0400 Received: from bilbo.ozlabs.org ([203.11.71.1]:35785 "EHLO ozlabs.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1729047AbfHTH1s (ORCPT ); Tue, 20 Aug 2019 03:27:48 -0400 Received: from authenticated.ozlabs.org (localhost [127.0.0.1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by mail.ozlabs.org (Postfix) with ESMTPSA id 46CMns1myNz9s4Y; Tue, 20 Aug 2019 17:27:45 +1000 (AEST) From: Michael Ellerman To: Will Deacon Cc: Peter Collingbourne , Stephen Rothwell , Catalin Marinas , Linux Next Mailing List , Linux Kernel Mailing List , Masahiro Yamada , benh@kernel.crashing.org, paulus@samba.org Subject: Re: linux-next: build failure after merge of the arm64 tree In-Reply-To: <20190816172715.i7wib7ilhua5gkuw@willie-the-truck> References: <20190807095022.0314e2fc@canb.auug.org.au> <20190807114614.ubzlkulk7aidws3p@willie-the-truck> <87ftm17luv.fsf@concordia.ellerman.id.au> <20190816172715.i7wib7ilhua5gkuw@willie-the-truck> Date: Tue, 20 Aug 2019 17:27:40 +1000 Message-ID: <87o90k5mab.fsf@concordia.ellerman.id.au> MIME-Version: 1.0 Content-Type: text/plain Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Will Deacon writes: > Hi Michael, > > On Fri, Aug 16, 2019 at 02:52:40PM +1000, Michael Ellerman wrote: >> Will Deacon writes: >> > Although Alpha, Itanic and PowerPC all override NM, only PowerPC does it >> > conditionally so I agree with you that passing '--synthetic' unconditionally >> > would resolve the problem and is certainly my preferred approach if mpe is >> > ok with it. >> >> I'd rather we keep passing --synthetic, otherwise there's the potential >> that symbols go missing that were previously visible. > > Yup -- that was my suggestion above. > >> I think we can keep the new_nm check, but drop the dependency on >> CONFIG_PPC64, and that will fix it. Worst case is we start passing >> --synthetic on ppc32, but that's probably not a problem. >> >> This seems to fix it for me, and 32-bit builds fine. > > Brill, thanks for confirming! > >> Do you want me to send a proper patch for this, or do you want to squash >> it into the original series? > > I'd prefer not to rebase the arm64 queue, so if you send this as a proper > patch, please, then I can queue it on top before reverting the hack we > currently have. Cool, just sent a patch. cheers