Received: by 2002:a05:6a10:a0d1:0:0:0:0 with SMTP id j17csp338562pxa; Fri, 31 Jul 2020 13:31:00 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwHtdqEHqJZINesVc6Q/c2LAZx8J5iXR/SN/Zi36Hv747GgqZ6kI2iXPJWSOyBt8i2GE8Nq X-Received: by 2002:aa7:da8a:: with SMTP id q10mr5632435eds.139.1596227459848; Fri, 31 Jul 2020 13:30:59 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1596227459; cv=none; d=google.com; s=arc-20160816; b=zyvAKNVqDKoa7XCSjkgY+7MH0VWnA+mpsRCx0asktHxv+WZRbYdfi8x2kfAIIs+mGN fYUjoZRluiJZZ5l5SxJxrpmQLDph3xysa7MhI1GVnx7LY7BA6ui8zPjeQlNyHDCEeL3c RLaM5ViCYTBBGhxYISx12rUPRoT2+aepTuNPIPa9Yxk1URwEnvbZAldYqXZYVZfc1xIG lxy07wl2yKxsUrEONaGecZ2pi4k1L4iqgk1c37Idw0fHicfbPhuOzq9f+nT+i2A3xIIy iJd+D3aUIbOcDe0JCjUMKQ9M09ZJaEoIk+/HbOUaScnQC2v4Wlh0faqYk80UBNQYEUt2 fG/g== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :references:in-reply-to:message-id:date:subject:cc:to:from; bh=/qFh9Opkyntlzw0i22olFtyaXhlBJzScI7oKFJf/9uI=; b=ORmgBcVbnjFBFasxdEN5BlQIBOlBYyIb5iJs0BbfRy5ouQnvuS+RWwAIbwjR1bDp6J XGR8/9eU/79mVLNz23OofpfcGEwyDjuqEdBcE7sYYJzIu76Ny4mvfc2EcPA4tPpAw4q2 7/Rvkx062KYlDO6Tovc9KCactj9X5CR7vSJ66Zo/LfT1XrMfdKt/ja0tSVaJCdKtY6KP CUNFuPZsUMj6l2s4LdRTGkLuNu4hguHl5MJ8ePpZNIRWNBP3oPK0FSJqSh+7g0fHkAJv im9vmL1GMql3tnVUtiR978/oqDrH0rUyugcO0UGFxzHKZEBDO2zRwECbmG/iWDC18pEN 9Bhw== ARC-Authentication-Results: i=1; mx.google.com; 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id l2si6108625edf.34.2020.07.31.13.30.37; Fri, 31 Jul 2020 13:30:59 -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; 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1730138AbgGaU1r (ORCPT + 99 others); Fri, 31 Jul 2020 16:27:47 -0400 Received: from mail-qv1-f67.google.com ([209.85.219.67]:40090 "EHLO mail-qv1-f67.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1729641AbgGaU1p (ORCPT ); Fri, 31 Jul 2020 16:27:45 -0400 Received: by mail-qv1-f67.google.com with SMTP id s15so10279144qvv.7 for ; Fri, 31 Jul 2020 13:27:44 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to :references:mime-version:content-transfer-encoding; bh=/qFh9Opkyntlzw0i22olFtyaXhlBJzScI7oKFJf/9uI=; b=eqgZvkExtmuTQ/ylwKtcsJcgnj/iKgApe4+NS8TYK7QIEVUVrGmB9/Kb/IRS3xCUP/ 0lmgJOaKxweCOIMreZgo9P2RgRN0dmu+W1xfeS/s9tmsV/2RQ5HTQGCO3l3XWyJGETrF 2uHu+zdoPgUwkhUUzkhX6k7jXHteHZQ+UqpeBn1oTqO7dO/Skec07Fe3mGHuh2r6fQRY Vg+AqDj0ZnchlxPma4LYq8bCMTpLlXl2ysM6KAFFXBjVlityfb2KY4Huxd0wO62t2Vxj vPAvteagvZw1vHsgL9+ocKzMAdWloBB/WKkzK+xJ1gBn8PytJx/Elz2cuUjRx998zqHY TjuA== X-Gm-Message-State: AOAM532SK/+7c9EJegfIQxRpeqjvai0j0LabMTKm/bG6deZkdbkcbPmh Iq7OSCV9CRcCgHvsqPb4HHo= X-Received: by 2002:ad4:438e:: with SMTP id s14mr5764504qvr.18.1596227264159; Fri, 31 Jul 2020 13:27:44 -0700 (PDT) Received: from rani.riverdale.lan ([2001:470:1f07:5f3::b55f]) by smtp.gmail.com with ESMTPSA id t35sm10607976qth.79.2020.07.31.13.27.43 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 31 Jul 2020 13:27:43 -0700 (PDT) From: Arvind Sankar To: Thomas Gleixner , Ingo Molnar , Borislav Petkov , "H. Peter Anvin" , x86@kernel.org Cc: Nick Desaulniers , Fangrui Song , Dmitry Golovin , clang-built-linux@googlegroups.com, Ard Biesheuvel , Masahiro Yamada , Sedat Dilek , Kees Cook , Nathan Chancellor , Arnd Bergmann , "H . J . Lu" , linux-kernel@vger.kernel.org Subject: [PATCH v6 4/7] x86/boot: Add .text.* to setup.ld Date: Fri, 31 Jul 2020 16:27:35 -0400 Message-Id: <20200731202738.2577854-5-nivedita@alum.mit.edu> X-Mailer: git-send-email 2.26.2 In-Reply-To: <20200731202738.2577854-1-nivedita@alum.mit.edu> References: <20200731202738.2577854-1-nivedita@alum.mit.edu> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org gcc puts the main function into .text.startup when compiled with -Os (or -O2). This results in arch/x86/boot/main.c having a .text.startup section which is currently not included explicitly in the linker script setup.ld in the same directory. The BFD linker places this orphan section immediately after .text, so this still works. However, LLD git, since [1], is choosing to place it immediately after the .bstext section instead (this is the first code section). This plays havoc with the section layout that setup.elf requires to create the setup header, for eg on 64-bit: LD arch/x86/boot/setup.elf ld.lld: error: section .text.startup file range overlaps with .header >>> .text.startup range is [0x200040, 0x2001FE] >>> .header range is [0x2001EF, 0x20026B] ld.lld: error: section .header file range overlaps with .bsdata >>> .header range is [0x2001EF, 0x20026B] >>> .bsdata range is [0x2001FF, 0x200398] ld.lld: error: section .bsdata file range overlaps with .entrytext >>> .bsdata range is [0x2001FF, 0x200398] >>> .entrytext range is [0x20026C, 0x2002D3] ld.lld: error: section .text.startup virtual address range overlaps with .header >>> .text.startup range is [0x40, 0x1FE] >>> .header range is [0x1EF, 0x26B] ld.lld: error: section .header virtual address range overlaps with .bsdata >>> .header range is [0x1EF, 0x26B] >>> .bsdata range is [0x1FF, 0x398] ld.lld: error: section .bsdata virtual address range overlaps with .entrytext >>> .bsdata range is [0x1FF, 0x398] >>> .entrytext range is [0x26C, 0x2D3] ld.lld: error: section .text.startup load address range overlaps with .header >>> .text.startup range is [0x40, 0x1FE] >>> .header range is [0x1EF, 0x26B] ld.lld: error: section .header load address range overlaps with .bsdata >>> .header range is [0x1EF, 0x26B] >>> .bsdata range is [0x1FF, 0x398] ld.lld: error: section .bsdata load address range overlaps with .entrytext >>> .bsdata range is [0x1FF, 0x398] >>> .entrytext range is [0x26C, 0x2D3] Add .text.* to the .text output section to fix this, and also prevent any future surprises if the compiler decides to create other such sections. [1] https://reviews.llvm.org/D75225 Tested-by: Nick Desaulniers Tested-by: Sedat Dilek Reviewed-by: Kees Cook Reviewed-by: Ard Biesheuvel Reviewed-by: Fangrui Song Signed-off-by: Arvind Sankar --- arch/x86/boot/setup.ld | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/arch/x86/boot/setup.ld b/arch/x86/boot/setup.ld index 24c95522f231..49546c247ae2 100644 --- a/arch/x86/boot/setup.ld +++ b/arch/x86/boot/setup.ld @@ -20,7 +20,7 @@ SECTIONS .initdata : { *(.initdata) } __end_init = .; - .text : { *(.text) } + .text : { *(.text .text.*) } .text32 : { *(.text32) } . = ALIGN(16); -- 2.26.2