From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from bombadil.infradead.org (bombadil.infradead.org [198.137.202.133]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.lore.kernel.org (Postfix) with ESMTPS id 27E8EC982D7 for ; Fri, 18 Sep 2026 21:45:16 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lists.infradead.org; s=bombadil.20210309; h=Sender: Content-Transfer-Encoding:Content-Type:List-Subscribe:List-Help:List-Post: List-Archive:List-Unsubscribe:List-Id:In-Reply-To:MIME-Version:References: Message-ID:Subject:Cc:To:From:Date:Reply-To:Content-ID:Content-Description: Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID: List-Owner; bh=yUE5uXNB++diO8+yLOmgsq5+d3xZnbX+77YREKS1Q9g=; b=yEZMdikROuIR31 M7z4eUGghtX2uctlnrGEH6bVOeQ+lbUHJdR3qhUet2Z9gFlz5qgwGDyh7EWaAthaoSvYZuC1o425J OnVwlCx9Y3UXGfRwCtAX1UT+lgJl1trYM0QFs3qlGi3GqEsVGNTyLHmhBcWBOWP3zfAMACXICI6i9 hmRaMfbAdZwMg4pL52a1ge4tZ5JzQb7okUVlRBGIEfQOIf4z3lFtzumeKEgyv3n2Lnje686sgE9rb nXrEx1BVLcZeOgyphc8LVHXb8c1ThLrMsY6aIwLB08nrhxVmJPp617nNmfywPgCwxw9IWFUU3fq/Y XvPIv/Sf358au/81JNeg==; Received: from localhost ([::1] helo=bombadil.infradead.org) by bombadil.infradead.org with esmtp (Exim 4.99.1 #2 (Red Hat Linux)) id 1x7gOC-0000000Fa2J-3UWt; Fri, 18 Sep 2026 21:45:00 +0000 Received: from sea.source.kernel.org ([172.234.252.31]) by bombadil.infradead.org with esmtps (Exim 4.99.1 #2 (Red Hat Linux)) id 1x7gOB-0000000Fa1v-19rk; Fri, 18 Sep 2026 21:44:59 +0000 Received: from smtp.kernel.org (quasi.space.kernel.org [100.103.45.18]) by sea.source.kernel.org (Postfix) with ESMTP id B121B4187F; Fri, 18 Sep 2026 21:44:58 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 1F1BC1F000FF; Fri, 18 Sep 2026 21:44:47 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=kernel.org; s=k20260515; t=1789767898; bh=47m5/bJCgqXHCsjMSTXZ8M+LCbGDWvPi6WjYg4kX/jU=; h=Date:From:To:Cc:Subject:References:In-Reply-To; b=eQgYxZq6FXvKH9oDFtee+HUr1yeIZxSpuhfKzG1seQYttwpI24UKyuXHn7jyDVfKJ 8B3QLdmLhccFogToNJW/mylPAMPCFS9WdkQ84ip47Eji0yUmqQ6oDepD/SqoUvANq9 2lM9+502xtuc/N/I8n57CgkWnk/mXLENx699zyZdqG2PR4ZxKtETI/CX+veFWIC+HI wuv5zlX6befx13kct1lJOp1DISqgLN96CdJCJ3J6P9HqaSDFNAAnesC6lVHR33lN13 Tdmalrg19iUoGWhuTSmBQGHsLIz/VVwzo53Q4JxgbC7+JvY7iEFw3dDeNQdje3R4Xq QGTEKWccmhUUA== Date: Fri, 18 Sep 2026 14:44:45 -0700 From: Nathan Chancellor To: Nicolas Schier Cc: Kees Cook , "Lorenzo Stoakes (ARM)" , Linus Torvalds , Nick Desaulniers , Bill Wendling , Justin Stitt , Masahiro Yamada , Alexey Gladkov , Thomas Gleixner , Ingo Molnar , Borislav Petkov , Dave Hansen , x86@kernel.org, "H. Peter Anvin" , Paul Walmsley , Palmer Dabbelt , Albert Ou , Alexandre Ghiti , Arnd Bergmann , Catalin Marinas , Will Deacon , Mark Rutland , Ard Biesheuvel , Ilias Apalodimas , Josh Poimboeuf , Peter Zijlstra , Miguel Ojeda , Boqun Feng , Gary Guo , =?iso-8859-1?Q?Bj=F6rn?= Roy Baron , Benno Lossin , Andreas Hindborg , Alice Ryhl , Trevor Gross , Danilo Krummrich , Daniel Almeida , Tamir Duberstein , Alexandre Courbot , Onur =?iso-8859-1?Q?=D6zkan?= , Jonathan Corbet , Randy Dunlap , "Gustavo A. R. Silva" , linux-kbuild@vger.kernel.org, linux-kernel@vger.kernel.org, llvm@lists.linux.dev, linux-riscv@lists.infradead.org, linux-arch@vger.kernel.org, linux-arm-kernel@lists.infradead.org, linux-efi@vger.kernel.org, rust-for-linux@vger.kernel.org, linux-doc@vger.kernel.org, Jens Axboe , linux-hardening@vger.kernel.org Subject: Re: [PATCH v3 01/20] kbuild: do not allocate .modinfo in vmlinux Message-ID: <20260918214445.GA3589065@ax162> References: <20260917-build-speedup-v3-0-9ecf4163ff36@kernel.org> <20260917-build-speedup-v3-1-9ecf4163ff36@kernel.org> <202609170950.480F90A28@keescook> <20260918005142.GA1585590@ax162> <20260918-meek-spectral-nightingale-53d88d@l-nschier-aarch64> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <20260918-meek-spectral-nightingale-53d88d@l-nschier-aarch64> X-BeenThere: linux-riscv@lists.infradead.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: "linux-riscv" Errors-To: linux-riscv-bounces+linux-riscv=archiver.kernel.org@lists.infradead.org On Fri, Sep 18, 2026 at 07:09:30PM +0200, Nicolas Schier wrote: > Yes, thanks. Looks good to me and I think it's a good idea to apply > that patch first. > > for Nathans patch: Reviewed-by: Nicolas Schier Thanks, I have pushed this to kbuild-next-speedups as 36d4a11b56aa ("kbuild: Remove alignment on .modinfo section") which Lorenzo can base on. I have also tentatively included the patches that are basically ready in my eyes based on consensus and review so far for initial build testing. I do see some comments on some of those patches though, so I will hold off on fully applying them until the next revision. If there are any other changes that we should consider taking quickly on the next revision, please feel free to point them out, it is a bit hard to follow these threads sometimes :) [1]: https://git.kernel.org/kbuild/l/kbuild-next-speedups > [ Lorenzo's patch, updated by Nathan ] > [...] > > diff --git a/scripts/Makefile.vmlinux b/scripts/Makefile.vmlinux > > index 6833b517cacb..95b523fe4f9e 100644 > > --- a/scripts/Makefile.vmlinux > > +++ b/scripts/Makefile.vmlinux > > [...] > > @@ -103,10 +100,7 @@ vmlinux: vmlinux.unstripped FORCE > > # --------------------------------------------------------------------------- > > > > quiet_cmd_modules_builtin_modinfo = GEN $@ > > - cmd_modules_builtin_modinfo = $(cmd_objcopy); \ > > - chmod -x $@ > > - > > -OBJCOPYFLAGS_modules.builtin.modinfo := -j .modinfo -O binary > > + cmd_modules_builtin_modinfo = $(OBJCOPY) -O binary -j .modinfo --dump-section .modinfo=$@ $< /dev/null > > By shifting from "$(cmd_objcopy)" to "$(OBJCOPY) + args", > $(OBJCOPYFLAGS) is dropped. It this by intention? I am not sure it matters in this case since I don't think there are global OBJCOPYFLAGS, I only see instances that come from specific rules but I might be missing something. -- Cheers, Nathan _______________________________________________ linux-riscv mailing list linux-riscv@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-riscv