Received: by 2002:a05:6512:3d0e:0:0:0:0 with SMTP id d14csp13410lfv; Tue, 12 Apr 2022 15:16:48 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwMDUh6gP6eqe6/DOCCuCCo12/Z/ZqZs81mXvyDXrxagfRMX84z10fprnSOu0KldYIRgkv9 X-Received: by 2002:a17:90a:8591:b0:1b9:da10:2127 with SMTP id m17-20020a17090a859100b001b9da102127mr7386708pjn.13.1649801808039; Tue, 12 Apr 2022 15:16:48 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1649801808; cv=none; d=google.com; s=arc-20160816; b=J8Yw3LuUiRSmEHMA1HqxUYD4ku85jRfQCQrPwt6OYpc4MEO6R0k1iYAS7eK0GsSnWo 2UJXbIBwp0oqKaa2ZNpbsDthHK8dpO6Tf3aI2ZZbvo7ly5fTTsvr5P6FVxGwhRjqDIYT yRBZ3kG1mxPVHb46Rc79aQktc8rNa1tyIZAsG3Opx+clRVUZX+8rhjqk9lX/nsQFdD3c N01lShlbGHxwR9PgCS7mdQ5Q3iyO8LsNkGyJ/dxFO4Ri8RUJlP58yOMNBPs7XcLZeYRE J1tL1OIE9vx80rk7n933/Kvo4DVS1YTrBGlQkz0dA0uxFtkWLSHanoQeLsnwpB2rz2EW fmRg== 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=szxo5vYUQtX+AD71YfxhdBOeS2QiCZcMNhcqJll9Wsw=; b=Gx9HI+DE9i1rxohvTQhlkQktm6BF6mdWq2mFpRWT1R/aenTnniqg6610wimTXhMC8u rmmQXjeIcmAC7jnI9ob85n3E9zmJjz1IsSoY1AX8KAd4uSI/t7dZs2G2hajMgN2erdn+ ivMUCY7DbM5c9MYwDSvo08L3nHu8Lg7cbPgFziMNYDiuZ/LOHvX3JbfgSARoG2TBOD4q CCyJ2MfGBq0vh2mASWWkl+RKpHuhr0XOOuNbB9RXShLSO/otAW+3lRa22zpUJ2Og9JFd InCQpAVlSDoXvUQmPFkm53KQnXLcpLCOREjX0j9SgBi8myxFbDXzldTpiJc5+kWhayVR WgKQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=toV0fQMq; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Return-Path: Received: from lindbergh.monkeyblade.net (lindbergh.monkeyblade.net. [2620:137:e000::1:18]) by mx.google.com with ESMTPS id q7-20020a170902dac700b00153b2d16652si866072plx.602.2022.04.12.15.16.47 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 12 Apr 2022 15:16:48 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:18 as permitted sender) client-ip=2620:137:e000::1:18; Authentication-Results: mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=toV0fQMq; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by lindbergh.monkeyblade.net (Postfix) with ESMTP id 50B28CBE60; Tue, 12 Apr 2022 13:58:24 -0700 (PDT) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1354248AbiDLHvP (ORCPT + 99 others); Tue, 12 Apr 2022 03:51:15 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:33750 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1353137AbiDLHZP (ORCPT ); Tue, 12 Apr 2022 03:25:15 -0400 Received: from dfw.source.kernel.org (dfw.source.kernel.org [139.178.84.217]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 8FF964DF50; Tue, 12 Apr 2022 00:00:10 -0700 (PDT) Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by dfw.source.kernel.org (Postfix) with ESMTPS id 6565160B2E; Tue, 12 Apr 2022 07:00:10 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 6D7CEC385A1; Tue, 12 Apr 2022 07:00:09 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1649746809; bh=q3Kyt35+RyOWN4PHSNq70tj32/ShD76s9auqfXCFT48=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=toV0fQMqD3oylNtclKwS8nXtN46fceAKPVCCFA+cdq9JS4tEN0QYwB04aWDwChmSk RPnv1g8uy62SOQd5jgnAey1wQt4CpgyyR49onJ1ML4kRn/WYLbaNMEw7MQAHr7Lhsy L91RQL8nsKuxAjEash2sz8SGZCPDQXlORjUwUbK4= From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, Nathan Chancellor , "Peter Zijlstra (Intel)" , Sasha Levin Subject: [PATCH 5.16 138/285] x86/Kconfig: Do not allow CONFIG_X86_X32_ABI=y with llvm-objcopy Date: Tue, 12 Apr 2022 08:29:55 +0200 Message-Id: <20220412062947.650788370@linuxfoundation.org> X-Mailer: git-send-email 2.35.1 In-Reply-To: <20220412062943.670770901@linuxfoundation.org> References: <20220412062943.670770901@linuxfoundation.org> User-Agent: quilt/0.66 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-2.0 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS, MAILING_LIST_MULTI,RDNS_NONE,SPF_HELO_NONE,T_SCC_BODY_TEXT_LINE autolearn=no autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Nathan Chancellor [ Upstream commit aaeed6ecc1253ce1463fa1aca0b70a4ccbc9fa75 ] There are two outstanding issues with CONFIG_X86_X32_ABI and llvm-objcopy, with similar root causes: 1. llvm-objcopy does not properly convert .note.gnu.property when going from x86_64 to x86_x32, resulting in a corrupted section when linking: https://github.com/ClangBuiltLinux/linux/issues/1141 2. llvm-objcopy produces corrupted compressed debug sections when going from x86_64 to x86_x32, also resulting in an error when linking: https://github.com/ClangBuiltLinux/linux/issues/514 After commit 41c5ef31ad71 ("x86/ibt: Base IBT bits"), the .note.gnu.property section is always generated when CONFIG_X86_KERNEL_IBT is enabled, which causes the first issue to become visible with an allmodconfig build: ld.lld: error: arch/x86/entry/vdso/vclock_gettime-x32.o:(.note.gnu.property+0x1c): program property is too short To avoid this error, do not allow CONFIG_X86_X32_ABI to be selected when using llvm-objcopy. If the two issues ever get fixed in llvm-objcopy, this can be turned into a feature check. Signed-off-by: Nathan Chancellor Signed-off-by: Peter Zijlstra (Intel) Link: https://lore.kernel.org/r/20220314194842.3452-3-nathan@kernel.org Signed-off-by: Sasha Levin --- arch/x86/Kconfig | 5 +++++ 1 file changed, 5 insertions(+) diff --git a/arch/x86/Kconfig b/arch/x86/Kconfig index 5c2ccb85f2ef..d377d8af5a9f 100644 --- a/arch/x86/Kconfig +++ b/arch/x86/Kconfig @@ -2827,6 +2827,11 @@ config IA32_AOUT config X86_X32 bool "x32 ABI for 64-bit mode" depends on X86_64 + # llvm-objcopy does not convert x86_64 .note.gnu.property or + # compressed debug sections to x86_x32 properly: + # https://github.com/ClangBuiltLinux/linux/issues/514 + # https://github.com/ClangBuiltLinux/linux/issues/1141 + depends on $(success,$(OBJCOPY) --version | head -n1 | grep -qv llvm) help Include code to run binaries for the x32 native 32-bit ABI for 64-bit processors. An x32 process gets access to the -- 2.35.1