Received: by 2002:a05:6358:1087:b0:cb:c9d3:cd90 with SMTP id j7csp1462497rwi; Thu, 13 Oct 2022 14:10:05 -0700 (PDT) X-Google-Smtp-Source: AMsMyM4nZZNFiu4mlUYks++ikKz01xUSLeAKVx4crLyy+SzYl6FVWb3FpCji1vzcfIOTSbd6Okj3 X-Received: by 2002:a17:906:a4a:b0:782:686d:a1b6 with SMTP id x10-20020a1709060a4a00b00782686da1b6mr1236285ejf.232.1665695405388; Thu, 13 Oct 2022 14:10:05 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1665695405; cv=none; d=google.com; s=arc-20160816; b=0FWS4Tj89wWOayzKGu3n+hHIl8meHjeczRNGsK/9vtEAw4p9Wv3jhHaFAVMl0pzcKa 4zgTGNwGIBj7keKslaH0VAEWlEMoh+WLcFvqYkhKfDbf0csJrDT53VHGLAAzm5P4pBhd XqvYbI+t2zewpU9mA8piZ7sRqXUqNU6nrEARr/+tqYYVXF1CWU9wI+5V4/lW2QAJ4PxU jQzes7vMc9kcEFpqtlGInLeHepo81Rlmi4vmjRqn/eqY2e5xnArkrmMWQaIhGVCSYUDq AlFmWkR0odUG8/ZQb2D7NiKgbjpPX2IxXEJfJ4eZRNgZebembrG5TKpPvs4TAy0f6W6A mtDw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date:dkim-signature; bh=+y8zgCQIWGy7rlobdEiLKiTEaqJfufrgW5IvNLSd0vE=; b=Gl25uWmL9TWxuQ5HpVP5QwFjWk0zzF3R/Poe24YXRb8AF8YBmGtReffeYTkv4K69oo ytc5B9b43LG/POGUWwVIMc3HAyK4PIuB6an9HjKyvLWM0pWr6bB+HvJQDrsWAQpcKW5l IEIBY1+rsFG3O9zQ19JQD5kmbH93B9g1nOvqZ9YWNh+sRdN1glXUNGXw4o68LB08aj0H Czq4VzrOdX2hZyXCO5L09HoIvbF/qANLU6eiBmRHIwSvqH2/hRIIxVPLpiL5OjpAY1wb HDbZJZzZxQ7WK4g55V5Z2V+TWW9D117q0oesW8hvPyIyPdDRyuX7wUFVD9BCu+Rwll4A RVcg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=T++5dAXR; 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=kernel.org Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id g12-20020a1709065d0c00b0077e9225816csi674403ejt.837.2022.10.13.14.09.40; Thu, 13 Oct 2022 14:10:05 -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=@kernel.org header.s=k20201202 header.b=T++5dAXR; 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=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229653AbiJMUgR (ORCPT + 99 others); Thu, 13 Oct 2022 16:36:17 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:34282 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229701AbiJMUgN (ORCPT ); Thu, 13 Oct 2022 16:36:13 -0400 Received: from ams.source.kernel.org (ams.source.kernel.org [145.40.68.75]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 0AE57166980 for ; Thu, 13 Oct 2022 13:36:11 -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 ams.source.kernel.org (Postfix) with ESMTPS id AC0E9B8207A for ; Thu, 13 Oct 2022 20:36:10 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id A6178C433D6; Thu, 13 Oct 2022 20:36:08 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1665693369; bh=Lv/xeU7pcPzUnADyJpxL1Q+e8T9Z+tXL2sat6MNFhmk=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=T++5dAXRzVNF1OW2pF85FIJJlqMidkZWYucIauD8/vv+tA2SJG+p5+Gnn5MTOXrS+ 15WVByQODgUU/PuesapfgVZsAnQDwtqPgJLnMk8ka90B5PKGA03bISCEFfFRiSdP59 0sDsV0wvJhDpC6KZzko1Aw2IIxl4WsgvyyURf9I3OxQFhhpGwIEvWcyfqKiqiNpoIT sLp90DMMpXwADBfxUUxPuFiyrUYDS0oB+GT77PtaFL0hCUArd5FWJMWVlVyVb77XT7 yQGoCcw1jNLvFXv4p7f0q0JtOYVks0k7CQCP1XWsu3iTJxggd3C+r8izdaHichPTab XxfTgBdRF+RFA== Date: Thu, 13 Oct 2022 13:36:06 -0700 From: Nathan Chancellor To: Conor Dooley Cc: Palmer Dabbelt , Nick Desaulniers , Tom Rix , Conor Dooley , Dao Lu , Heiko Stuebner , Guo Ren , linux-riscv@lists.infradead.org, linux-kernel@vger.kernel.org, llvm@lists.linux.dev, Kevin Hilman Subject: Re: [PATCH 1/2] riscv: fix detection of toolchain Zicbom support Message-ID: References: <20221006173520.1785507-1-conor@kernel.org> <20221006173520.1785507-2-conor@kernel.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Spam-Status: No, score=-7.1 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_HI, SPF_HELO_NONE,SPF_PASS 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 On Thu, Oct 13, 2022 at 09:33:29PM +0100, Conor Dooley wrote: > On Thu, Oct 13, 2022 at 01:22:47PM -0700, Nathan Chancellor wrote: > > On Thu, Oct 06, 2022 at 06:35:20PM +0100, Conor Dooley wrote: > > > From: Conor Dooley > > > > > > It is not sufficient to check if a toolchain supports a particular > > > extension without checking if the linker supports that extension too. > > > For example, Clang 15 supports Zicbom but GNU bintutils 2.35.2 does > > > not, leading build errors like so: > > > > > > riscv64-linux-gnu-ld: -march=rv64i2p0_m2p0_a2p0_c2p0_zicbom1p0_zihintpause2p0: Invalid or unknown z ISA extension: 'zicbom' > > > > > > Convert CC_HAS_ZICBOM to TOOLCHAIN_HAS_ZICBOM & check if the linker > > > also supports Zicbom. > > > > > > Reported-by: Kevin Hilman > > > Link: https://github.com/ClangBuiltLinux/linux/issues/1714 > > > Link: https://storage.kernelci.org/next/master/next-20220920/riscv/defconfig+CONFIG_EFI=n/clang-16/logs/kernel.log > > > Fixes: 1631ba1259d6 ("riscv: Add support for non-coherent devices using zicbom extension") > > > Signed-off-by: Conor Dooley > > > > The versions look correct to me. I see the LLVM zicbom commit [1] in > > llvmorg-15.0.0 and I see the binutils zicbom commit [2] in > > binutils-2_39. > > > > FWIW, if we are adding explicit tool versions to the Kconfig, could you > > not also drop the cc-option checks? Typically, cc-option is only used > > when dynamically checking for a feature, in lieu of statically checking > > a version. No strong opinion though. > > Ehh, the explicit version checks are for linker support, but it could be > that your linker supports it but other things do not. The compilers > support can still be checked with cc-option, no? > > This error here happens when the compiler does support it, so the string > containing zicbom is emitted in the object files. That can't be checked > dynamically. For the opposite situation, dynamic checking is possible so > I tried retained them. If it's convention to do one or the other, I can > easily switch. > > I'm out of my comfort zone when it comes to kbuild plumbing so please, > please lmk if I'm missing something... No, you are absolutely correct. That's what I get for reviewing changes right after being off for a week ;) the cc-option checks should remain in addition to the new linker checks, so please disregard that feedback on both changes. > > > > Reviewed-by: Nathan Chancellor > > > > [1]: https://github.com/llvm/llvm-project/commit/4f40ca53cefb725aca6564585d0ec4836a79e21a > > [2]: https://sourceware.org/git/?p=binutils-gdb.git;a=commit;h=41d6ac5da655a2e78109848f2db47e53552fd61a > > > > > --- > > > arch/riscv/Kconfig | 10 ++++++---- > > > arch/riscv/Makefile | 3 +-- > > > 2 files changed, 7 insertions(+), 6 deletions(-) > > > > > > diff --git a/arch/riscv/Kconfig b/arch/riscv/Kconfig > > > index d557cc50295d..6da36553158b 100644 > > > --- a/arch/riscv/Kconfig > > > +++ b/arch/riscv/Kconfig > > > @@ -401,14 +401,16 @@ config RISCV_ISA_SVPBMT > > > > > > If you don't know what to do here, say Y. > > > > > > -config CC_HAS_ZICBOM > > > +config TOOLCHAIN_HAS_ZICBOM > > > bool > > > - default y if 64BIT && $(cc-option,-mabi=lp64 -march=rv64ima_zicbom) > > > - default y if 32BIT && $(cc-option,-mabi=ilp32 -march=rv32ima_zicbom) > > > + default y > > > + depends on !64BIT || $(cc-option,-mabi=lp64 -march=rv64ima_zicbom) > > > + depends on !32BIT || $(cc-option,-mabi=ilp32 -march=rv32ima_zicbom) > > > + depends on LLD_VERSION >= 150000 || LD_VERSION >= 23900 > > > > > > config RISCV_ISA_ZICBOM > > > bool "Zicbom extension support for non-coherent DMA operation" > > > - depends on CC_HAS_ZICBOM > > > + depends on TOOLCHAIN_HAS_ZICBOM > > > depends on !XIP_KERNEL && MMU > > > select RISCV_DMA_NONCOHERENT > > > select RISCV_ALTERNATIVE > > > diff --git a/arch/riscv/Makefile b/arch/riscv/Makefile > > > index 3fa8ef336822..3607d38edb4f 100644 > > > --- a/arch/riscv/Makefile > > > +++ b/arch/riscv/Makefile > > > @@ -57,8 +57,7 @@ toolchain-need-zicsr-zifencei := $(call cc-option-yn, -march=$(riscv-march-y)_zi > > > riscv-march-$(toolchain-need-zicsr-zifencei) := $(riscv-march-y)_zicsr_zifencei > > > > > > # Check if the toolchain supports Zicbom extension > > > -toolchain-supports-zicbom := $(call cc-option-yn, -march=$(riscv-march-y)_zicbom) > > > -riscv-march-$(toolchain-supports-zicbom) := $(riscv-march-y)_zicbom > > > +riscv-march-$(CONFIG_TOOLCHAIN_HAS_ZICBOM) := $(riscv-march-y)_zicbom > > > > > > # Check if the toolchain supports Zihintpause extension > > > toolchain-supports-zihintpause := $(call cc-option-yn, -march=$(riscv-march-y)_zihintpause) > > > -- > > > 2.37.3 > > > > > >