Received: by 2002:a05:6a10:22f:0:0:0:0 with SMTP id 15csp3294646pxk; Mon, 21 Sep 2020 09:55:27 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwN0eWUdaRXtwSJtTEWUUYWTNvry6qXPtOOYF8MUgOU1mijnTIXRK4UBD6DjeUv7bN6NbUJ X-Received: by 2002:a17:906:86cd:: with SMTP id j13mr363643ejy.5.1600707327616; Mon, 21 Sep 2020 09:55:27 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1600707327; cv=none; d=google.com; s=arc-20160816; b=LRrkZEsK3fGPkq6AryaZXDHyS1sXYobmsnHzFeU1NY0f+CK5QO09ZyVqXQwruw7RKR vj//G1PTmiThfqLcPxRx6Jm2qdAXHPQlIa3KX5JZoQWIHFc6zaRmbmGDy0lpb7Fw15Dl M/ebUC4sgU1zxFlzebqQl+IcmqMFjpXVSIBC5W1YLPkRryxgTzCjnbC+jsQVw2yH7SiK +dmYya43asmcPZljFho0wahDlWuiAop/J+opNTa1Re7jWckklxg/g4f0f8h4DKTmcxLX 4NlR6ODri+73ONXf4SZpYcSPV8NJKXE11gbyLv4liYfxWXk9hRsydYtrD7wDE38FOjVc pyrQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :user-agent:references:in-reply-to:message-id:date:subject:cc:to :from:dkim-signature; bh=hprGEa9UlK/2XKLX5AmoygV6ekBbxjYVV/NQVoC/aew=; b=mSUo5mT+J5CCW7Bj8TITK2Lh4Z17+94LX19UbmfPZiiK6V3LOpj3s44FnaYvm0+NrB OldpqawrJ4Sr24A7sDnZ9lJtpEaL+Jx0JjgIRBIbm2FfLphl+p5NDGIZkdCiM4PrF4yE eZ5dbIYrrougveA0xmAHp2qVPmhzsBMKxONDbcnpo2WspfHaKg5PKeV0D8LvmYnwo5p4 XEY+4W52qL5xJBN2vWZFq44GT8qEFPnKDUVe2rm/3vasJdbVUBechG1kt78ksQp5BmCt DPiC//sFKTE5jBPaSfX9fhCvhJYCbnnZhFoFdjpqdfVlXq4/hjqMVTHx9MT8yJ9iqjYS A0yg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=laZbKYSb; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id q16si8597393ejt.139.2020.09.21.09.55.03; Mon, 21 Sep 2020 09:55:27 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=laZbKYSb; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728379AbgIUQqs (ORCPT + 99 others); Mon, 21 Sep 2020 12:46:48 -0400 Received: from mail.kernel.org ([198.145.29.99]:53230 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1729168AbgIUQqq (ORCPT ); Mon, 21 Sep 2020 12:46:46 -0400 Received: from localhost (83-86-74-64.cable.dynamic.v4.ziggo.nl [83.86.74.64]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id 80DBD23888; Mon, 21 Sep 2020 16:46:44 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1600706805; bh=OkcF93By7mIb0MtfRHF4SAkRfQat14nuw86/p+XHl8Q=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=laZbKYSbUr/ekt4aYWvQ0popenB59r8YFJ+7SUKiX8rZ02j4cvB7Z6NAu3VBcYQPX clZ3uA+9hsiNdo7kfhPAWVPkl7NElJ+YdiH7V385dWpS19WR4bR/aEx6vrUWkWN2AW wClYeDnN15xK/TKuGeSXo42gnebiJXLHkNjPKcOc= From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, Nick Desaulniers , Arvind Sankar , Ingo Molnar , Sedat Dilek , Ard Biesheuvel Subject: [PATCH 5.8 102/118] x86/boot/compressed: Disable relocation relaxation Date: Mon, 21 Sep 2020 18:28:34 +0200 Message-Id: <20200921162041.114903938@linuxfoundation.org> X-Mailer: git-send-email 2.28.0 In-Reply-To: <20200921162036.324813383@linuxfoundation.org> References: <20200921162036.324813383@linuxfoundation.org> User-Agent: quilt/0.66 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Arvind Sankar commit 09e43968db40c33a73e9ddbfd937f46d5c334924 upstream. The x86-64 psABI [0] specifies special relocation types (R_X86_64_[REX_]GOTPCRELX) for indirection through the Global Offset Table, semantically equivalent to R_X86_64_GOTPCREL, which the linker can take advantage of for optimization (relaxation) at link time. This is supported by LLD and binutils versions 2.26 onwards. The compressed kernel is position-independent code, however, when using LLD or binutils versions before 2.27, it must be linked without the -pie option. In this case, the linker may optimize certain instructions into a non-position-independent form, by converting foo@GOTPCREL(%rip) to $foo. This potential issue has been present with LLD and binutils-2.26 for a long time, but it has never manifested itself before now: - LLD and binutils-2.26 only relax movq foo@GOTPCREL(%rip), %reg to leaq foo(%rip), %reg which is still position-independent, rather than mov $foo, %reg which is permitted by the psABI when -pie is not enabled. - GCC happens to only generate GOTPCREL relocations on mov instructions. - CLang does generate GOTPCREL relocations on non-mov instructions, but when building the compressed kernel, it uses its integrated assembler (due to the redefinition of KBUILD_CFLAGS dropping -no-integrated-as), which has so far defaulted to not generating the GOTPCRELX relocations. Nick Desaulniers reports [1,2]: "A recent change [3] to a default value of configuration variable (ENABLE_X86_RELAX_RELOCATIONS OFF -> ON) in LLVM now causes Clang's integrated assembler to emit R_X86_64_GOTPCRELX/R_X86_64_REX_GOTPCRELX relocations. LLD will relax instructions with these relocations based on whether the image is being linked as position independent or not. When not, then LLD will relax these instructions to use absolute addressing mode (R_RELAX_GOT_PC_NOPIC). This causes kernels built with Clang and linked with LLD to fail to boot." Patch series [4] is a solution to allow the compressed kernel to be linked with -pie unconditionally, but even if merged is unlikely to be backported. As a simple solution that can be applied to stable as well, prevent the assembler from generating the relaxed relocation types using the -mrelax-relocations=no option. For ease of backporting, do this unconditionally. [0] https://gitlab.com/x86-psABIs/x86-64-ABI/-/blob/master/x86-64-ABI/linker-optimization.tex#L65 [1] https://lore.kernel.org/lkml/20200807194100.3570838-1-ndesaulniers@google.com/ [2] https://github.com/ClangBuiltLinux/linux/issues/1121 [3] https://reviews.llvm.org/rGc41a18cf61790fc898dcda1055c3efbf442c14c0 [4] https://lore.kernel.org/lkml/20200731202738.2577854-1-nivedita@alum.mit.edu/ Reported-by: Nick Desaulniers Signed-off-by: Arvind Sankar Signed-off-by: Ingo Molnar Tested-by: Nick Desaulniers Tested-by: Sedat Dilek Acked-by: Ard Biesheuvel Reviewed-by: Nick Desaulniers Cc: stable@vger.kernel.org Link: https://lore.kernel.org/r/20200812004308.1448603-1-nivedita@alum.mit.edu Signed-off-by: Greg Kroah-Hartman --- arch/x86/boot/compressed/Makefile | 2 ++ 1 file changed, 2 insertions(+) --- a/arch/x86/boot/compressed/Makefile +++ b/arch/x86/boot/compressed/Makefile @@ -42,6 +42,8 @@ KBUILD_CFLAGS += $(call cc-disable-warni KBUILD_CFLAGS += -Wno-pointer-sign KBUILD_CFLAGS += $(call cc-option,-fmacro-prefix-map=$(srctree)/=) KBUILD_CFLAGS += -fno-asynchronous-unwind-tables +# Disable relocation relaxation in case the link is not PIE. +KBUILD_CFLAGS += $(call as-option,-Wa$(comma)-mrelax-relocations=no) KBUILD_AFLAGS := $(KBUILD_CFLAGS) -D__ASSEMBLY__ GCOV_PROFILE := n