Received: by 2002:a25:6193:0:0:0:0:0 with SMTP id v141csp4132484ybb; Mon, 23 Mar 2020 14:13:05 -0700 (PDT) X-Google-Smtp-Source: ADFU+vsfQTb+yq8NRgCe1Df6O/WzgMYMY5DsvJjPVtTNArFcJoPtYbGTVA7s6uNX9ZhXsZPz+k04 X-Received: by 2002:a9d:7d89:: with SMTP id j9mr18265778otn.47.1584997984902; Mon, 23 Mar 2020 14:13:04 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1584997984; cv=none; d=google.com; s=arc-20160816; b=wRTH8Vh0rbkuVLKxNqvAS8AzLZH0kuxZUQ01QoJnvSwikpuSV1V7GGxbwjdTk1oFBg A0RFlgxnOd0tqSfMz3voUC+zcC7zejX3a885zwO2FdsPmZUotdozm9DAjKiLDbwkOU0d +iuqUjGl0/G72R2A2hACRvveKu7nqwehg9R6Uu0JHzABzLApRQX5rRgqF2Bw+JH7B0OM jbVWG/hEvYk0RAgnwhGWL6TqYwGXBc9xJ85WYZAWHw2tnH2mtoojCmgtM1pmNNQ8BteB Y+Z+eJ+IXXpMpPel/3FxF5zm96fWKmuzwn+x6/z7OAoeG/VoJJqyTrofkscctCkVIASO 2hvQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:dkim-signature; bh=nIzqoc2neBPIKq0DLaOPbr3QC3jI5JNe+EP5RIdORRw=; b=I6dez+zMzY+KVAJmBFLpvV6tAcNbUwp/rNCosvji15xyoEyZKR7kV9IfsenboGJ8Ja 8QDEtFw5b4amqJCYn0dbOENzWPpo/8VkRr87scnkQt7DS0Am0OLideR7XssvXlSLFqAE VvUa+JNeu2iQrkWILR6784vKWva5ys3dXAvIla18B3qsPJcA9ypSV1C6hqj5Me0Wh5dO l2Rpt555hpAMOpFNoG2zcI5+8LX7Wh6yVeOptWD1Hh+c0Sdq7sjBt6vn+aILA1vJoxyy 8vF97CzoUYGr021Ti4GYLdHyIxVqOx7wBjve4ARZWq3btJmUYgKnjq4AVS3olnYdJG1g b5iw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@zx2c4.com header.s=mail header.b=hr7MeltL; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=zx2c4.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id h23si9512038otk.315.2020.03.23.14.12.52; Mon, 23 Mar 2020 14:13:04 -0700 (PDT) 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; Authentication-Results: mx.google.com; dkim=pass header.i=@zx2c4.com header.s=mail header.b=hr7MeltL; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=zx2c4.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727060AbgCWVMK (ORCPT + 99 others); Mon, 23 Mar 2020 17:12:10 -0400 Received: from frisell.zx2c4.com ([192.95.5.64]:43439 "EHLO frisell.zx2c4.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727026AbgCWVMJ (ORCPT ); Mon, 23 Mar 2020 17:12:09 -0400 Received: by frisell.zx2c4.com (ZX2C4 Mail Server) with ESMTP id e9d878be for ; Mon, 23 Mar 2020 21:05:06 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=zx2c4.com; h=mime-version :references:in-reply-to:from:date:message-id:subject:to:cc :content-type; s=mail; bh=FEPb9kRX8V6WY9RqWMzOGd2OZM8=; b=hr7Mel tL5+US9VRxqSQXFA17+epv/BPj4mgzZPKLG6AH0uDZ98veTGzZTcOhlJUxjCTmPq rx2YvZBSNFt7zhIpxbjzVqCcNUCm+mUg1huUvWtEtdFPjCJgkNzzm5Wrz/eFhWoz 1aY5kBSO20/4HNMtAx+lYfMaH7YTCrHGTSqQn/EGB2jhdimpR2tZpNyctqOBM5th Ycu0Smj9UfgOzRbd2n0+M0Th+VdJMYqF0fZV2T3XTtaNC+pp/2TkuCFQP+jIhtzG zH/xP47MWy7ejpuZNv/0Uo+rnJBmEsYPbVNaEnQZb45pZNwDX3JgiArt7nRswzkt 8u31IQw4g/ahAl6A== Received: by frisell.zx2c4.com (ZX2C4 Mail Server) with ESMTPSA id 1b18c583 (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256:NO) for ; Mon, 23 Mar 2020 21:05:04 +0000 (UTC) Received: by mail-il1-f180.google.com with SMTP id r5so10051334ilq.6 for ; Mon, 23 Mar 2020 14:12:07 -0700 (PDT) X-Gm-Message-State: ANhLgQ1Vq97xRAheaBrWYjouRE/oOAk73mdMKEQK36ZbEomz6BtUW5Pa 4LRKQxbLlQmeje2i2dOgy4C2hvkxZPbMAQL35Ng= X-Received: by 2002:a92:cd4e:: with SMTP id v14mr24004973ilq.231.1584997926074; Mon, 23 Mar 2020 14:12:06 -0700 (PDT) MIME-Version: 1.0 References: <20200113161310.GA191743@rani.riverdale.lan> <20200113195337.604646-1-nivedita@alum.mit.edu> <202001131750.C1B8468@keescook> <20200114165135.GK31032@zn.tnic> <20200115002131.GA3258770@rani.riverdale.lan> <20200115122458.GB20975@zn.tnic> <20200316160259.GN26126@zn.tnic> <20200323204454.GA2611336@zx2c4.com> <202003231350.7D35351@keescook> In-Reply-To: <202003231350.7D35351@keescook> From: "Jason A. Donenfeld" Date: Mon, 23 Mar 2020 15:11:55 -0600 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: [PATCH] Documentation/changes: Raise minimum supported binutils version to 2.23 To: Kees Cook Cc: Borislav Petkov , Arvind Sankar , "H. Peter Anvin" , Thomas Gleixner , Ingo Molnar , X86 ML , LKML , Thomas Lendacky , Mauro Rossi , Michael Matz , Masahiro Yamada Content-Type: text/plain; charset="UTF-8" Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, Mar 23, 2020 at 2:51 PM Kees Cook wrote: > > On Mon, Mar 23, 2020 at 02:44:54PM -0600, Jason A. Donenfeld wrote: > > On Mon, Mar 16, 2020 at 05:02:59PM +0100, Borislav Petkov wrote: > > > Long overdue patch, see below. > > > > > > Plan is to queue it after 5.7-rc1. > > > > > > --- > > > From: Borislav Petkov > > > Date: Mon, 16 Mar 2020 16:28:36 +0100 > > > Subject: [PATCH] Documentation/changes: Raise minimum supported binutilsa version to 2.23 > > > > > > 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. > > > > That sounds very good to me. Then we'll be able to use ADX instructions > > without ifdefs. > > > > Acked-by: Jason A. Donenfeld > > Can you send these now and we can land in 5.7 with the doc change? By the way, while we're in the process of updating dependencies, what if we ratched the minimum binutils on x86 up to 2.25 (which is still quite old)? In this case, we could get rid of *all* of the CONFIG_AS_* ifdefs throughout. Jason