Received: by 2002:a05:6a10:16a7:0:0:0:0 with SMTP id gp39csp34780pxb; Wed, 18 Nov 2020 15:45:59 -0800 (PST) X-Google-Smtp-Source: ABdhPJxl9qvUkOODizeNoo2ZJJMIhez5UnQapvjRark5SwyprMgPfKbSwimJatDJoWgAT8Uy7hln X-Received: by 2002:a50:af65:: with SMTP id g92mr13004527edd.273.1605743159209; Wed, 18 Nov 2020 15:45:59 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1605743159; cv=none; d=google.com; s=arc-20160816; b=YNR5lnamsyF9rbw3CsCqUzLS3c5eff7uL4NM28CwSRsL9sHxq0t4iVuZ+tODVB6oew XrZGnlj2K6zqVTVcb4Hru6PF87UzeMGbFYnd9Rn3Gfm46wSLlblIi5ewC0aVJULl0ohQ +jmRoc4xjfmVpp9crGoLryDlBkaVetsudlJurb9DONPMSf7fJCdPEJLhIUZlbsx3rpxP uk6b4ueg/uhzUfUdKdhW+g+uSI3MHHLBawlaEq1pLmmvKeyLuNoqN73FiGToRbxUA1Bv gjlYz5MfkH523RUvdNvvAOTs4uYDRjSAsatOikSS50zMArvn/lcTR/6cmkVzqbuC7ptH NHwg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:cc:to:subject:message-id:date:from:in-reply-to :references:mime-version:dkim-signature; bh=wc0yNJXcZws+WRwhlcA3oBkHhr2WzmzBrEHEaOZzgXc=; b=EzsDGio1J9r77au2/rnZgv+C0jrLXLKLHKI8BH/Q3x+qPzMeWw1CfAV5+f5kOj8+C3 0kc5F0UIjHacSWiymFIzFuXkpKIdrYyF+ofdAD3EdPVETg5KuqDOROzTGXPl72IiJ8lK qwE94W8axL6HVg1ZF8DcLODro3TcmUP0k5BcpGnxLX6Jvo4rm0nO+iYQZ9tcHIxW7N2O uvYcXXpz2I8r7xUsoLD5E16jHPlXqOmbKm5bv6nSHCcgNXwaEMTQoJUdScpHGOuHy/h9 UViLuzP6bZN2RFnGQCi6WIGT2kC0sWrQ954l7mzeX57SyskF5S9a2dAsUXT+QhKqdWSO SVnA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@google.com header.s=20161025 header.b=IclJMrJ5; 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=pass (p=REJECT sp=REJECT dis=NONE) header.from=google.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id d25si17723521eds.401.2020.11.18.15.45.36; Wed, 18 Nov 2020 15:45:59 -0800 (PST) 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=@google.com header.s=20161025 header.b=IclJMrJ5; 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=pass (p=REJECT sp=REJECT dis=NONE) header.from=google.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727000AbgKRXmT (ORCPT + 99 others); Wed, 18 Nov 2020 18:42:19 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:40222 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726616AbgKRXmS (ORCPT ); Wed, 18 Nov 2020 18:42:18 -0500 Received: from mail-pf1-x443.google.com (mail-pf1-x443.google.com [IPv6:2607:f8b0:4864:20::443]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 3E808C0613D4 for ; Wed, 18 Nov 2020 15:42:18 -0800 (PST) Received: by mail-pf1-x443.google.com with SMTP id 131so2631144pfb.9 for ; Wed, 18 Nov 2020 15:42:18 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=wc0yNJXcZws+WRwhlcA3oBkHhr2WzmzBrEHEaOZzgXc=; b=IclJMrJ5opPwCE1rcdJf4I1hVcoa1v9GarCIyOZzoGXdL8EK93b5DecDyW/5Li0ZuO pFHos7s4G2KiBuUV/rqU8ftvuuh/wH/Z3tMjjFAUGX/BVS4jjId6+0JGL3TmEpI80vHO BASC+2TbtDk7cT/XSOjzilJ55GHnsPdaDuUI73vTuM6zHKiXJ6VSCa6Ud9kSPotuedA7 B+Lt2CGHGO7QTceBkb25zm0C3UbDab5TPqDbWPdQKztDIZCp90rzzlLQHUMkxifdzAj6 EOE55PrNGpj79f5v2Gl50MCuAJSuKJ5153VqIsHVliX9P+Aa+Iqc/e4SxgcRDTQnn1v3 GBwg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=wc0yNJXcZws+WRwhlcA3oBkHhr2WzmzBrEHEaOZzgXc=; b=PCyPbm3Ul7n6+cxaLHXCcbdygtwjJZ45kt04BOdGPPXcWWSu2GDIEagmCo0YFOW+Tk hNGP9ZwadKp7R5pfUZVY7bSPjgBqQuqtBMk+yb9BHElWksl2rBNq7wyVhmf8Wc9MM+no aJd/LU7PGqT6WfE86MIbv5ZoFeoanYYWHm7IhYMwTH10KeggHAqlO6sMZUnJydF9NpiI mA8hIIBZeK31MGKxQbYecQ9UImfZ073sodzXaS9dqeEp3NJtuHyDf3o9BVc1lUs4HgyE OGeNoo3HhSj8yTr/wlQL31WYScu4q2VREkpMynEIi02ZYuJh4ADY9JY4DTELlENjMA3I xzgQ== X-Gm-Message-State: AOAM533ljBJdDCbj88H3PvHYZyFZWZuEhA2d15wCk3myWIiGt/Mi/Oct afi2vBEpe0QyhDuotrecMQF2hhucxElEK0zIJloICQ== X-Received: by 2002:a17:90a:6b04:: with SMTP id v4mr1413363pjj.101.1605742937385; Wed, 18 Nov 2020 15:42:17 -0800 (PST) MIME-Version: 1.0 References: <20201118220731.925424-1-samitolvanen@google.com> In-Reply-To: <20201118220731.925424-1-samitolvanen@google.com> From: Nick Desaulniers Date: Wed, 18 Nov 2020 15:42:05 -0800 Message-ID: Subject: Re: [PATCH v7 00/17] Add support for Clang LTO To: Sami Tolvanen Cc: Masahiro Yamada , Steven Rostedt , Will Deacon , Josh Poimboeuf , Peter Zijlstra , Greg Kroah-Hartman , "Paul E. McKenney" , Kees Cook , clang-built-linux , Kernel Hardening , linux-arch , Linux ARM , Linux Kbuild mailing list , LKML , linux-pci@vger.kernel.org Content-Type: text/plain; charset="UTF-8" Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, Nov 18, 2020 at 2:07 PM Sami Tolvanen wrote: > > This patch series adds support for building the kernel with Clang's > Link Time Optimization (LTO). In addition to performance, the primary > motivation for LTO is to allow Clang's Control-Flow Integrity (CFI) to > be used in the kernel. Google has shipped millions of Pixel devices > running three major kernel versions with LTO+CFI since 2018. > > Most of the patches are build system changes for handling LLVM bitcode, > which Clang produces with LTO instead of ELF object files, postponing > ELF processing until a later stage, and ensuring initcall ordering. > > Note that v7 brings back arm64 support as Will has now staged the > prerequisite memory ordering patches [1], and drops x86_64 while we work > on fixing the remaining objtool warnings [2]. > > [1] https://git.kernel.org/pub/scm/linux/kernel/git/arm64/linux.git/log/?h=for-next/lto > [2] https://lore.kernel.org/lkml/20201114004911.aip52eimk6c2uxd4@treble/ > > You can also pull this series from > > https://github.com/samitolvanen/linux.git lto-v7 Thanks for continuing to drive this series Sami. For the series, Tested-by: Nick Desaulniers I did virtualized boot tests with the series applied to aarch64 defconfig without CONFIG_LTO, with CONFIG_LTO_CLANG, and a third time with CONFIG_THINLTO. If you make changes to the series in follow ups, please drop my tested by tag from the modified patches and I'll help re-test. Some minor feedback on the Kconfig change, but I'll post it off of that patch. > > --- > Changes in v7: > > - Rebased to master again. > > - Added back arm64 patches as the prerequisites are now staged, > and dropped x86_64 support until the remaining objtool issues > are resolved. > > - Dropped ifdefs from module.lds.S. > > Changes in v6: > > - Added the missing --mcount flag to patch 5. > > - Dropped the arm64 patches from this series and will repost them > later. > > Changes in v5: > > - Rebased on top of tip/master. > > - Changed the command line for objtool to use --vmlinux --duplicate > to disable warnings about retpoline thunks and to fix .orc_unwind > generation for vmlinux.o. > > - Added --noinstr flag to objtool, so we can use --vmlinux without > also enabling noinstr validation. > > - Disabled objtool's unreachable instruction warnings with LTO to > disable false positives for the int3 padding in vmlinux.o. > > - Added ANNOTATE_RETPOLINE_SAFE annotations to the indirect jumps > in x86 assembly code to fix objtool warnings with retpoline. > > - Fixed modpost warnings about missing version information with > CONFIG_MODVERSIONS. > > - Included Makefile.lib into Makefile.modpost for ld_flags. Thanks > to Sedat for pointing this out. > > - Updated the help text for ThinLTO to better explain the trade-offs. > > - Updated commit messages with better explanations. > > Changes in v4: > > - Fixed a typo in Makefile.lib to correctly pass --no-fp to objtool. > > - Moved ftrace configs related to generating __mcount_loc to Kconfig, > so they are available also in Makefile.modfinal. > > - Dropped two prerequisite patches that were merged to Linus' tree. > > Changes in v3: > > - Added a separate patch to remove the unused DISABLE_LTO treewide, > as filtering out CC_FLAGS_LTO instead is preferred. > > - Updated the Kconfig help to explain why LTO is behind a choice > and disabled by default. > > - Dropped CC_FLAGS_LTO_CLANG, compiler-specific LTO flags are now > appended directly to CC_FLAGS_LTO. > > - Updated $(AR) flags as KBUILD_ARFLAGS was removed earlier. > > - Fixed ThinLTO cache handling for external module builds. > > - Rebased on top of Masahiro's patch for preprocessing modules.lds, > and moved the contents of module-lto.lds to modules.lds.S. > > - Moved objtool_args to Makefile.lib to avoid duplication of the > command line parameters in Makefile.modfinal. > > - Clarified in the commit message for the initcall ordering patch > that the initcall order remains the same as without LTO. > > - Changed link-vmlinux.sh to use jobserver-exec to control the > number of jobs started by generate_initcall_ordering.pl. > > - Dropped the x86/relocs patch to whitelist L4_PAGE_OFFSET as it's > no longer needed with ToT kernel. > > - Disabled LTO for arch/x86/power/cpu.c to work around a Clang bug > with stack protector attributes. > > Changes in v2: > > - Fixed -Wmissing-prototypes warnings with W=1. > > - Dropped cc-option from -fsplit-lto-unit and added .thinlto-cache > scrubbing to make distclean. > > - Added a comment about Clang >=11 being required. > > - Added a patch to disable LTO for the arm64 KVM nVHE code. > > - Disabled objtool's noinstr validation with LTO unless enabled. > > - Included Peter's proposed objtool mcount patch in the series > and replaced recordmcount with the objtool pass to avoid > whitelisting relocations that are not calls. > > - Updated several commit messages with better explanations. > > > Sami Tolvanen (17): > tracing: move function tracer options to Kconfig > kbuild: add support for Clang LTO > kbuild: lto: fix module versioning > kbuild: lto: limit inlining > kbuild: lto: merge module sections > kbuild: lto: remove duplicate dependencies from .mod files > init: lto: ensure initcall ordering > init: lto: fix PREL32 relocations > PCI: Fix PREL32 relocations for LTO > modpost: lto: strip .lto from module names > scripts/mod: disable LTO for empty.c > efi/libstub: disable LTO > drivers/misc/lkdtm: disable LTO for rodata.o > arm64: vdso: disable LTO > KVM: arm64: disable LTO for the nVHE directory > arm64: disable recordmcount with DYNAMIC_FTRACE_WITH_REGS > arm64: allow LTO_CLANG and THINLTO to be selected > > .gitignore | 1 + > Makefile | 45 +++-- > arch/Kconfig | 74 +++++++ > arch/arm64/Kconfig | 4 + > arch/arm64/kernel/vdso/Makefile | 3 +- > arch/arm64/kvm/hyp/nvhe/Makefile | 4 +- > drivers/firmware/efi/libstub/Makefile | 2 + > drivers/misc/lkdtm/Makefile | 1 + > include/asm-generic/vmlinux.lds.h | 11 +- > include/linux/init.h | 79 +++++++- > include/linux/pci.h | 19 +- > kernel/trace/Kconfig | 16 ++ > scripts/Makefile.build | 50 ++++- > scripts/Makefile.lib | 6 +- > scripts/Makefile.modfinal | 9 +- > scripts/Makefile.modpost | 25 ++- > scripts/generate_initcall_order.pl | 270 ++++++++++++++++++++++++++ > scripts/link-vmlinux.sh | 70 ++++++- > scripts/mod/Makefile | 1 + > scripts/mod/modpost.c | 16 +- > scripts/mod/modpost.h | 9 + > scripts/mod/sumversion.c | 6 +- > scripts/module.lds.S | 24 +++ > 23 files changed, 677 insertions(+), 68 deletions(-) > create mode 100755 scripts/generate_initcall_order.pl > > > base-commit: 0fa8ee0d9ab95c9350b8b84574824d9a384a9f7d > -- > 2.29.2.299.gdc1121823c-goog > -- Thanks, ~Nick Desaulniers