Received: by 2002:a25:e74b:0:0:0:0:0 with SMTP id e72csp55828ybh; Tue, 14 Jul 2020 17:45:22 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwz1hQD8ySO9ozs3YLgY8BoDKm3VVOdHK8q8ef/ypypr5u0VgJXGukTZY2vOMMuXN8Gumao X-Received: by 2002:a05:6402:128c:: with SMTP id w12mr7451838edv.65.1594773921830; Tue, 14 Jul 2020 17:45:21 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1594773921; cv=none; d=google.com; s=arc-20160816; b=WCM1SDBM+8zqWTkbVDWEtdohAoiWed+5Pv5cZKfHR51TrM6ITRrc+OgQjA0jhfGE0O Sikb/RvGU3161G4PIgtKz36nsY6d/2q9NiyfZ7UH9+nB/kL3X+u7+prebtiPe90yL5dk POyVrZwP7dacXXS+MD6MpWWFeAgUE1NRP1ysFNd4TX3870EU+E6/sSpHxSvD3M2ue2vx TTJM1LceLEWkWJ8RHhx3ROyM8GqFV4vkSNMslKg+gJt5gn7HuuuREoGPkIPz8MC/dYlR yySMuYexZp8Dj5eI8OAUa00NmkFhfJ1BDoWhEWjG6u9rAO9ajC4/MfkLlMbqcSU/cpIh WyqQ== 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=ypmaqJCaWru1//3r1Y8vm/BttJnmALbhqbmJfGQPjbM=; b=nb2MW6yx9YiBY7cXWBhJHN4kPm43tPDBcyBcLEC8h1xz766/0sitVoRRSzbH7Z94jU 2Blkn6e4zLvNmT5jggaLUAmQE5xedg0fBg+BP+Db+kmEunBXruybzIc11vcb85gT53uY tYS/9qhUyWkBzQAps+QBIhN7PNxbQkW8AOyGajdHViq5wAfUpHCFdW4tCHBXhdQRk1ab dAYB04QQYg+4IWNwv8fivNfthhdrffeiNl1agql0FZe/soXLlrRV2sBWXqa9/BfhAM1X 3RUVTvwQrrFuhg5DS5wlKpg2Cl1xcD/1cxEPkgKa+FsI2+CK2zwvcH7xDDj/Or6hqe7r PdWg== 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 s25si244714edx.197.2020.07.14.17.44.58; Tue, 14 Jul 2020 17:45:21 -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 S1728227AbgGOAl6 (ORCPT + 99 others); Tue, 14 Jul 2020 20:41:58 -0400 Received: from mail-qv1-f65.google.com ([209.85.219.65]:42459 "EHLO mail-qv1-f65.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1728002AbgGOAlk (ORCPT ); Tue, 14 Jul 2020 20:41:40 -0400 Received: by mail-qv1-f65.google.com with SMTP id dm12so156209qvb.9 for ; Tue, 14 Jul 2020 17:41:39 -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=ypmaqJCaWru1//3r1Y8vm/BttJnmALbhqbmJfGQPjbM=; b=GT/FHlKSokTj6DewCoe+8g2EIOKkMSv0g2SdPzXtGcJQKOsUIaT46x3nulJeFCRsAs 45PA0IiXDXjVDe5b4mtvDfNluIMqn699GgkNjBRe4aePfNIZIdmg6OQSuqSbWlrfd/iR JNZWs9Ms3sVDGVjE/wyRO9eB3MoAFas1IAgVuzUkV5SO9Cg/zZjQnvpXrJ12BycIAMX3 yflN5seQqxcaMSTQ7/T5L17nPoGlTGUdVCKjcf4IS1wYxmnOCo61jWPKz3NZ788LOygl CWmW1Ce5zaNvWyUE7Mxqe/suBtPkeIBtWcpCYLBEULWkUrddDFyNuWM9kK36RBGFMAkH 7cvg== X-Gm-Message-State: AOAM5321Ejpid9/Jyf1RrF15aI2MBOhw1JZ8Y+27ir0fu0SEgEBosWRk F8t+J1k5VdKoIA8kP9UntO0= X-Received: by 2002:a0c:b284:: with SMTP id r4mr7167816qve.141.1594773699140; Tue, 14 Jul 2020 17:41:39 -0700 (PDT) Received: from rani.riverdale.lan ([2001:470:1f07:5f3::b55f]) by smtp.gmail.com with ESMTPSA id c9sm524776qko.24.2020.07.14.17.41.38 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 14 Jul 2020 17:41:38 -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 , Daniel Kiper , Sedat Dilek , Kees Cook , Nathan Chancellor , Arnd Bergmann , "H . J . Lu" , linux-kernel@vger.kernel.org Subject: [PATCH v5 4/7] x86/boot: Add .text.* to setup.ld Date: Tue, 14 Jul 2020 20:41:30 -0400 Message-Id: <20200715004133.1430068-5-nivedita@alum.mit.edu> X-Mailer: git-send-email 2.26.2 In-Reply-To: <20200714023836.2310569-1-nivedita@alum.mit.edu> References: <20200714023836.2310569-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 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