From patchwork Sat Oct 22 03:05:19 2022 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: "Li, Xin3" X-Patchwork-Id: 7069 Return-Path: Delivered-To: ouuuleilei@gmail.com Received: by 2002:a5d:4242:0:0:0:0:0 with SMTP id s2csp1023497wrr; Fri, 21 Oct 2022 20:34:19 -0700 (PDT) X-Google-Smtp-Source: AMsMyM5Z4dgNuptfEnx6dWfkjuH/seVR1KS2y4KjSVmEkwPsYAbHVp/Ayl6wW+pXwVvroocPnrbO X-Received: by 2002:a63:5707:0:b0:46e:b83b:6084 with SMTP id l7-20020a635707000000b0046eb83b6084mr5773816pgb.233.1666409659391; Fri, 21 Oct 2022 20:34:19 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1666409659; cv=none; d=google.com; s=arc-20160816; b=nzz9bAekNrANVq8EGQDyalIrPWZFwOgKyA5F+gGS2vSaHPUB37FjqSyJJt8IVeghwf F/yn0effLYBHDsG8K1YisUiI0mtz2/LvQEw7CI5+q0r5nDUpujWwuHM+EG7BGV+Sf8ys 8VCXzq4J3P9XrERLJ2XBVpsDdh+To0J5Fq90KJkF4J2XF9nHxwIc6HHz9nZL+gsf2Gl6 7GKtpAhQ8HNOV3Vi68d6mcksCQdFAFMsXd3076gyCJXNkA14njizDycgtzVJI4Y8QW/X +S7k2LCTnRRfjvzYLtcrz5bDQv/Vrx/gcyoHAq3G86QySnngg79q+BjNsxESM7g3sARi z/AQ== 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 :references:in-reply-to:message-id:date:subject:cc:to:from :dkim-signature; bh=l0GPyG2KmjVPz5Pabobn6wB5r/DwZ9ybnlgZpY5Oi1E=; b=K++85HLmxrUBe7KUmsDvTmRXZkSiiXmnJr1RKr6+NejuwBq3NeT98AH7PAJ+5PFZ6w wpw+38vLFBo2upokEJu0Ei1k9gaZBALsE1DTQ5MUXmMMzALhrRx1fWcMDE7E39v3vWxP +sXoXqafN30X+VNPFIVYl/C0PYOsT0080wb+JsOTYc2RcxXD5eQuUcD2x2PHs4G3x6co E87/yBCtx/tANnCWXRFfVyDdgwdjdtAHhNEsCdHcHbq1PG74hlRf1VpCNkeNmyjeCv8p EAxExsN8uG4I25jvJlSfHWiVZA40IGVWQAz8aT4Khly1bsxTWjQcW27OINJybwNf23Yu KRog== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@intel.com header.s=Intel header.b="QP+/W56W"; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=intel.com Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id k15-20020a170902d58f00b00176806795b7si26674785plh.351.2022.10.21.20.33.43; Fri, 21 Oct 2022 20:34:19 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@intel.com header.s=Intel header.b="QP+/W56W"; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229633AbiJVD2j (ORCPT + 99 others); Fri, 21 Oct 2022 23:28:39 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:55006 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229652AbiJVD2c (ORCPT ); Fri, 21 Oct 2022 23:28:32 -0400 Received: from mga12.intel.com (mga12.intel.com [192.55.52.136]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 64989290E02; Fri, 21 Oct 2022 20:28:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=intel.com; i=@intel.com; q=dns/txt; s=Intel; t=1666409310; x=1697945310; h=from:to:cc:subject:date:message-id:in-reply-to: references:mime-version:content-transfer-encoding; bh=B/K5BT3w9a41UZK1OGtrdiCMFv8oLQT5QznaU5Lxk98=; b=QP+/W56WZ1q8SOY/C9Oq79ttZ0kZSASFMuiG7vvbIyswXzygtwJz6GX9 S4EdQUzd5LzDr0Lcceq9ZGt1IJnA6kaWCaD+90fmeV7Bss+/Q/M5Ba7QB JlerJN7XXVPgHbYmjk4OW97p/BCKsHUlkP3y98vFqDkgZrIJr/GnhE2WX X+mJpAq+BoYSjOMm6POmWe/XIPtNNzzfwp6IAq+umoS+SK/wqHkmAQuYz LvEBC7Si9jTkmGDM+zicpeAyF1TCgBOP8at+BjsK90vGyEpiPAXPkCbPv 1aSft+voqmSb+hBsiCTrGzTE4kZtKt+oU5Hv4/S4o5tKdeqrj3FH80Y6D w==; X-IronPort-AV: E=McAfee;i="6500,9779,10507"; a="286869121" X-IronPort-AV: E=Sophos;i="5.95,204,1661842800"; d="scan'208";a="286869121" Received: from fmsmga008.fm.intel.com ([10.253.24.58]) by fmsmga106.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 21 Oct 2022 20:28:26 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=McAfee;i="6500,9779,10507"; a="693955257" X-IronPort-AV: E=Sophos;i="5.95,203,1661842800"; d="scan'208";a="693955257" Received: from unknown (HELO fred..) ([172.25.112.68]) by fmsmga008.fm.intel.com with ESMTP; 21 Oct 2022 20:28:26 -0700 From: Xin Li To: linux-kernel@vger.kernel.org, llvm@lists.linux.dev, linux-kbuild@vger.kernel.org, x86@kernel.org Cc: nathan@kernel.org, keescook@chromium.org, andrew.cooper3@citrix.com, hpa@zytor.com, peterz@infradead.org Subject: [PATCH 1/1] kbuild: upgrade the orphan section warning to an error if CONFIG_WERROR is set Date: Fri, 21 Oct 2022 20:05:19 -0700 Message-Id: <20221022030519.9505-2-xin3.li@intel.com> X-Mailer: git-send-email 2.34.1 In-Reply-To: <20221022030519.9505-1-xin3.li@intel.com> References: <20221022030519.9505-1-xin3.li@intel.com> MIME-Version: 1.0 X-Spam-Status: No, score=-4.7 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_MED, SPF_HELO_PASS,SPF_NONE autolearn=ham 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 X-getmail-retrieved-from-mailbox: =?utf-8?q?INBOX?= X-GMAIL-THRID: =?utf-8?q?1747357174881122453?= X-GMAIL-MSGID: =?utf-8?q?1747357174881122453?= Andrew Cooper suggested upgrading the orphan section warning to a hard link error. However Nathan Chancellor said outright turning the warning into an error with no escape hatch might be too aggressive, as we have had these warnings triggered by new compiler generated sections, and suggested turning orphan sections into an error only if CONFIG_WERROR is set. Kees Cook echoed and emphasized that the mandate from Linus is that we should avoid breaking builds. It wrecks bisection, it causes problems across compiler versions, etc. Thus upgrade the orphan section warning to a hard link error only if CONFIG_WERROR is set. Suggested-by: Andrew Cooper Suggested-by: Nathan Chancellor Signed-off-by: Xin Li Reviewed-by: Nathan Chancellor Tested-by: Nathan Chancellor --- Makefile | 2 +- arch/arm/boot/compressed/Makefile | 2 +- arch/arm64/kernel/vdso/Makefile | 2 +- arch/arm64/kernel/vdso32/Makefile | 2 +- arch/x86/boot/compressed/Makefile | 2 +- init/Kconfig | 9 ++++++--- 6 files changed, 11 insertions(+), 8 deletions(-) diff --git a/Makefile b/Makefile index f41ec8c8426b..b6716a64519f 100644 --- a/Makefile +++ b/Makefile @@ -1118,7 +1118,7 @@ endif # We never want expected sections to be placed heuristically by the # linker. All sections should be explicitly named in the linker script. ifdef CONFIG_LD_ORPHAN_WARN -LDFLAGS_vmlinux += --orphan-handling=warn +LDFLAGS_vmlinux += --orphan-handling=$(if $(CONFIG_WERROR),error,warn) endif # Align the bit size of userspace programs with the kernel diff --git a/arch/arm/boot/compressed/Makefile b/arch/arm/boot/compressed/Makefile index 41bcbb460fac..c97db8b14c4f 100644 --- a/arch/arm/boot/compressed/Makefile +++ b/arch/arm/boot/compressed/Makefile @@ -123,7 +123,7 @@ LDFLAGS_vmlinux += --no-undefined LDFLAGS_vmlinux += -X # Report orphan sections ifdef CONFIG_LD_ORPHAN_WARN -LDFLAGS_vmlinux += --orphan-handling=warn +LDFLAGS_vmlinux += --orphan-handling=$(if $(CONFIG_WERROR),error,warn) endif # Next argument is a linker script LDFLAGS_vmlinux += -T diff --git a/arch/arm64/kernel/vdso/Makefile b/arch/arm64/kernel/vdso/Makefile index 619e2dc7ee14..c8fcc06b5037 100644 --- a/arch/arm64/kernel/vdso/Makefile +++ b/arch/arm64/kernel/vdso/Makefile @@ -27,7 +27,7 @@ ldflags-y := -shared -soname=linux-vdso.so.1 --hash-style=sysv \ -Bsymbolic --build-id=sha1 -n $(btildflags-y) ifdef CONFIG_LD_ORPHAN_WARN - ldflags-y += --orphan-handling=warn + ldflags-y += --orphan-handling=$(if $(CONFIG_WERROR),error,warn) endif ldflags-y += -T diff --git a/arch/arm64/kernel/vdso32/Makefile b/arch/arm64/kernel/vdso32/Makefile index 36c8f66cad25..fa157366e814 100644 --- a/arch/arm64/kernel/vdso32/Makefile +++ b/arch/arm64/kernel/vdso32/Makefile @@ -104,7 +104,7 @@ VDSO_AFLAGS += -D__ASSEMBLY__ VDSO_LDFLAGS += -Bsymbolic --no-undefined -soname=linux-vdso.so.1 VDSO_LDFLAGS += -z max-page-size=4096 -z common-page-size=4096 VDSO_LDFLAGS += -shared --hash-style=sysv --build-id=sha1 -VDSO_LDFLAGS += --orphan-handling=warn +VDSO_LDFLAGS += --orphan-handling=$(if $(CONFIG_WERROR),error,warn) # Borrow vdsomunge.c from the arm vDSO diff --git a/arch/x86/boot/compressed/Makefile b/arch/x86/boot/compressed/Makefile index 3a261abb6d15..a1a8bec61c10 100644 --- a/arch/x86/boot/compressed/Makefile +++ b/arch/x86/boot/compressed/Makefile @@ -68,7 +68,7 @@ KBUILD_LDFLAGS += $(call ld-option,--no-ld-generated-unwind-info) # address by the bootloader. LDFLAGS_vmlinux := -pie $(call ld-option, --no-dynamic-linker) ifdef CONFIG_LD_ORPHAN_WARN -LDFLAGS_vmlinux += --orphan-handling=warn +LDFLAGS_vmlinux += --orphan-handling=$(if $(CONFIG_WERROR),error,warn) endif LDFLAGS_vmlinux += -z noexecstack ifeq ($(CONFIG_LD_IS_BFD),y) diff --git a/init/Kconfig b/init/Kconfig index abf65098f1b6..8f4b838ece47 100644 --- a/init/Kconfig +++ b/init/Kconfig @@ -159,10 +159,12 @@ config WERROR help A kernel build should not cause any compiler warnings, and this enables the '-Werror' (for C) and '-Dwarnings' (for Rust) flags - to enforce that rule by default. + to enforce that rule by default. Certain warnings from other tools + such as the linker may be upgraded to errors with this option as + well. - However, if you have a new (or very old) compiler with odd and - unusual warnings, or you have some architecture with problems, + However, if you have a new (or very old) compiler or linker with odd + and unusual warnings, or you have some architecture with problems, you may need to disable this config option in order to successfully build the kernel. @@ -1454,6 +1456,7 @@ config LD_ORPHAN_WARN def_bool y depends on ARCH_WANT_LD_ORPHAN_WARN depends on $(ld-option,--orphan-handling=warn) + depends on $(ld-option,--orphan-handling=error) config SYSCTL bool