From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <linux-kernel-owner@kernel.org>
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=-6.3 required=3.0 tests=BAYES_00,DKIMWL_WL_HIGH,
	DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS,
	MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS,URIBL_BLOCKED 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 626EEC433E0
	for <linux-kernel@archiver.kernel.org>; Tue,  9 Feb 2021 13:06:31 +0000 (UTC)
Received: from vger.kernel.org (vger.kernel.org [23.128.96.18])
	by mail.kernel.org (Postfix) with ESMTP id 0DD8564EBD
	for <linux-kernel@archiver.kernel.org>; Tue,  9 Feb 2021 13:06:30 +0000 (UTC)
Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S231186AbhBINGR (ORCPT <rfc822;linux-kernel@archiver.kernel.org>);
        Tue, 9 Feb 2021 08:06:17 -0500
Received: from mail.kernel.org ([198.145.29.99]:35958 "EHLO mail.kernel.org"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S230447AbhBINCV (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
        Tue, 9 Feb 2021 08:02:21 -0500
Received: by mail.kernel.org (Postfix) with ESMTPSA id DA96664EC6;
        Tue,  9 Feb 2021 13:01:39 +0000 (UTC)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org;
        s=korg; t=1612875700;
        bh=0294GYIowLRzpySP/GWJlJvJ+pIhia2FZ5TI8r+bJmQ=;
        h=Date:From:To:Cc:Subject:References:In-Reply-To:From;
        b=yxXacqgw8asKKLKUX5MZWPCPTobk5u3Lj+L+W8ZAW2ovdIFnD27yCLHWmUnkwOEEy
         nP+1+VZKM7qbKqKrZh5B5VH3OZToe4toGCXl+5Jpy0iUUNEvN/yz5XXR6HmT/024+Q
         D815qIm+WRxvmub1RTTgHqXmaUVtHjqonV1S2LzE=
Date:   Tue, 9 Feb 2021 14:01:37 +0100
From:   Greg Kroah-Hartman <gregkh@linuxfoundation.org>
To:     Pavel Machek <pavel@denx.de>
Cc:     linux-kernel@vger.kernel.org, stable@vger.kernel.org,
        Arnd Bergmann <arnd@arndb.de>,
        Nathan Chancellor <natechancellor@gmail.com>,
        Nick Desaulniers <ndesaulniers@google.com>,
        Barret Rhoden <brho@google.com>,
        Andrew Morton <akpm@linux-foundation.org>,
        Linus Torvalds <torvalds@linux-foundation.org>
Subject: Re: [PATCH 4.4 22/38] elfcore: fix building with clang
Message-ID: <YCKHsf0sTKRcMXCD@kroah.com>
References: <20210208145805.279815326@linuxfoundation.org>
 <20210208145806.154119176@linuxfoundation.org>
 <20210209125252.GA23392@duo.ucw.cz>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20210209125252.GA23392@duo.ucw.cz>
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org

On Tue, Feb 09, 2021 at 01:52:52PM +0100, Pavel Machek wrote:
> Hi!
> 
> > From: Arnd Bergmann <arnd@arndb.de>
> > 
> > commit 6e7b64b9dd6d96537d816ea07ec26b7dedd397b9 upstream.
> > 
> > kernel/elfcore.c only contains weak symbols, which triggers a bug with
> > clang in combination with recordmcount:
> > 
> >   Cannot find symbol for section 2: .text.
> >   kernel/elfcore.o: failed
> > 
> > Move the empty stubs into linux/elfcore.h as inline functions.  As only
> > two architectures use these, just use the architecture specific Kconfig
> > symbols to key off the declaration.
> 
> 4.4 has this:
> 
> config BINFMT_ELF32
>         bool
>         default y if MIPS32_O32 || MIPS32_N32
>                 select ELFCORE
> 
> in arch/mips. So I believe we'll see problems in that
> configuration...?

Hm, did I miss a patch to backport?  This is needed to keep 4.4 building
with newer versions of gcc.  Well, close to building, I'm still haveing
local issues with 10.2.0 and the 4.4.y tree right now...

thanks,

greg k-h