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 39962C88E45 for ; Sat, 12 Sep 2026 07:11:57 +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=De1Kc9dXmlP8xbsOJ3XDGzR3NUk5R39rDGQfCw4YoEg=; b=TDFLW8E+1Bf/gx HA1mMsm1LzcozNSHueDKt8aeAXR9vZBBKl6CeGlnoUL5FK9n6X4n+KDoQbg2gz0F7rW7R2m+aZCd1 lsgMKtmjoLZjUvDgl6TRYOs/bBBPCSFbmyJMVGly1QFWXkKO/zRh+3jpMozCmEIJRCnx2CXjEK5sD bknTm6Zvgi+H9YfwKR29XRL4gWCD8XN9ZvIcINLpACOaHLwvglwTs7+SbxfwtmB5oXPTfkKaLRFoF xSC7LtcizZ8V0iBTtjXI6aC/lj53Y6Cdlk+sS3zQ3ykLsKm0yhJtYXONcRjH9EzoneLYuDUAVCNwg uvgp7w70qLaRm2oEHQTw==; Received: from localhost ([::1] helo=bombadil.infradead.org) by bombadil.infradead.org with esmtp (Exim 4.99.1 #2 (Red Hat Linux)) id 1x5Htn-00000000dn8-1w5I; Sat, 12 Sep 2026 07:11:43 +0000 Received: from tor.source.kernel.org ([2600:3c04:e001:324:0:1991:8:25]) by bombadil.infradead.org with esmtps (Exim 4.99.1 #2 (Red Hat Linux)) id 1x5Htl-00000000dmx-0mz6; Sat, 12 Sep 2026 07:11:41 +0000 Received: from smtp.kernel.org (quasi.space.kernel.org [100.103.45.18]) by tor.source.kernel.org (Postfix) with ESMTP id 19E00601F1; Sat, 12 Sep 2026 07:11:40 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 744F31F00893; Sat, 12 Sep 2026 07:11:30 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=kernel.org; s=k20260515; t=1789197099; bh=4/WwgIbj2JMFSxLBJaTQNiKL//gze4K2SPN+E9vGKnc=; h=Date:From:To:Cc:Subject:References:In-Reply-To; b=eFWkhuVdsLkYkirfy95jHDEmcj/iqcwLeOP2AYho268voIwJ7tppVk54oT9Pqaw7/ UbBk+Y5+6aO4UN8SVP5qsv+q9Oc8y4oxgCWc9xe9hOKC6TDKfGnf8Z95DLdbu/SMvg pD1N5hre4CopVGJaKrTfyHoPMiS27zD9jBfCjawuTS8HCCS7y4Av0jQpUwNvp/86Vy eHcMQbOwt2VuTSGRTCOvMZx6PbSNAUjNo3ckHBRAivHVzuTmgvftg5LZVSgfeTfVfC +raEmQN52zFlbmq/l9cIs3x5uorPACERQ0byHB6VSAgijLL7sRQpxk+VUBVhtH9gON EKnbCFfiMLxcg== Date: Sat, 12 Sep 2026 00:11:28 -0700 From: Nathan Chancellor To: "Lorenzo Stoakes (ARM)" Cc: Nicolas Schier , David Laight , 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 , 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 Subject: Re: [PATCH 12/23] kbuild: avoid re-running compiler and linker probes Message-ID: <20260912071128.GD2002951@ax162> References: <20260908-build-speedup-v1-0-5dc1ac01672d@kernel.org> <20260908-build-speedup-v1-12-5dc1ac01672d@kernel.org> <178901395292.3971858.13236774094648272066.b4-review@b4> <20260910-translucent-sweet-sidewinder-7acacb@l-nschier-aarch64> <20260911183333.1df0f2e2@pumpkin> <20260911-invaluable-indigo-seal-e31aec@l-nschier-aarch64> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: 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 11, 2026 at 07:24:50PM +0100, Lorenzo Stoakes (ARM) wrote: > I mean this is a problem that already exists for any flags already specified in > Kconfig. > > Out-of-tree modules are historically something that we don't go to great lengths > to support and haven't historically worried about breaking, either. > > I'm sure distros can find ways around this if a problem were to arise. But I > don't think it's something to worry about all that much. > > I expect a _lot_ of these, in any case, would only require the compilers to be > within a fair few major versions of one another anyway. Yeah, while I know distributions will try to maintain a stable kernel ABI to allow updating modules without updating the main kernel, I would be very very surprised if they guaranteed compatability when building external modules with a compiler different from the main kernel. If so, I think they get to pick up the pieces :) One issue that I found with my test matrix building with LLVM is that cc-option in Kconfig does not guarantee use of either '-m32' / '-m64' or '-mbig-endian' / '-mlittle-endian' to properly flip these options, which could result in a flag being set (or not set) when it should be. For example, building ARCH=powerpc pmac32_defconfig results in clang: error: argument unused during compilation: '-fno-stack-clash-protection' [-Werror,-Wunused-command-line-argument] make[4]: *** [scripts/Makefile.build:193: kernel/bounds.s] Error 1 because the 64-bit PowerPC little endian target supports this flag in the PowerPC LLVM backend but the 32-bit big endian target does not. I am not really sure what the best way to avoid this would be off the top of my head... it might be safer to start with moving only the warning flags to Kconfig since that is a truly frontend query. -- Cheers, Nathan _______________________________________________ linux-riscv mailing list linux-riscv@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-riscv