Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67;
Date:   Mon, 23 Mar 2020 13:50:59 -0700
In-Reply-To: <20200316160259.GN26126@zn.tnic>
Message-Id: <20200323205059.59037-1-ndesaulniers@google.com>
Mime-Version: 1.0
References: <20200316160259.GN26126@zn.tnic>
Subject: Re: [PATCH] Documentation/changes: Raise minimum supported binutilsa
 version to 2.23
From:   Nick Desaulniers <ndesaulniers@google.com>
To:     bp@alien8.de
Cc:     Thomas.Lendacky@amd.com, hpa@zytor.com, issor.oruam@gmail.com,
        keescook@chromium.org, linux-kernel@vger.kernel.org, matz@suse.de,
        mingo@redhat.com, nivedita@alum.mit.edu, tglx@linutronix.de,
        x86@kernel.org, x@vger.kernel.org,
        clang-built-linux@googlegroups.com,
        Nick Desaulniers <ndesaulniers@google.com>
Content-Type: text/plain; charset="UTF-8"
Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk

> The currently minimum-supported binutils version 2.21 has the problem of
> promoting symbols which are defined outside of a section into absolute.
> According to Arvind:
> 
>   binutils-2.21 and -2.22. An x86-64 defconfig will fail with
>           Invalid absolute R_X86_64_32S relocation: _etext
>   and after fixing that one, with
>           Invalid absolute R_X86_64_32S relocation: __end_of_kernel_reserve
> 
> Those two versions of binutils have a bug when it comes to handling
> symbols defined outside of a section and binutils 2.23 has the proper
> fix, see: https://sourceware.org/legacy-ml/binutils/2012-06/msg00155.html
> 
> Therefore, up to the fixed version directly, skipping the broken ones.
> 
> Currently shipping distros already have the fixed binutils version so
> there should be no breakage resulting from this.
> 
> For more details about the whole thing, see the thread in Link.
> 
> Signed-off-by: Borislav Petkov <bp@suse.de>
> Link: https://lkml.kernel.org/r/20200110202349.1881840-1-nivedita@alum.mit.edu

Acked-by: Nick Desaulniers <ndesaulniers@google.com>