Received: by 2002:a05:6358:16cc:b0:ea:6187:17c9 with SMTP id r12csp13103261rwl; Wed, 4 Jan 2023 03:41:02 -0800 (PST) X-Google-Smtp-Source: AMrXdXu4MLE+5RPfIHHWAnS65F/WHARNZV8VBByZIJT6YPT6mA82bSD2YqSMi1SWj4oOubNOPZRM X-Received: by 2002:a17:906:1c59:b0:7e5:856d:6365 with SMTP id l25-20020a1709061c5900b007e5856d6365mr39524713ejg.50.1672832462638; Wed, 04 Jan 2023 03:41:02 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1672832462; cv=none; d=google.com; s=arc-20160816; b=W5MBo66MuIOUdBdXUxUf7WGZ1wK8FD+tCQow72NQnA74oruiGzQ48+gBtnA8Cetx98 0AdhgHNHR4qKtPyJrGJSo0xdsp7tJVaLbJbJjTEqU/TFE2cfooRylqXwU6Po8fHqxeRZ YsffDJxqoXSYJESpcLZKSQQYeMsv9EjNgEjwAkMrrwMNoUsPdmm5sSMdaIc+DlWVxJG+ OeCAODDbimF7VyXzx9idWIhLOzuFtcGucGtenPpSNner+9ULYJh7ixzejM40vkAA/VWV D97D6CYlzprXvEVHbMasWOvuzTLmeMUssPfKHSn7voqpGZx6la6L8Ckup3/ri0w0F9rj G//Q== 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; bh=X40TKI2+8K6loMY8MrrgKkJvenOtlfdQI75V+9EpXyY=; b=sseNI0rNy3JqPp7fDCInsqJTYWtzaje5WE3y7yDlfbhDtvBAzyt2zSua3B9Vb3FWp0 Uvq0Z/NIsHUj9O0tG+SVYYL6MLp8nfsUAFWnv49SOaecjd54xAUIAYAX8+Y14wmmDxtt 7Psle1pb3xZ2Jg6yhdip0SFoeC2NMrXrMySoXjJB1RNXsBnBSr6rEc7dikfOVLuppa5G roe9raQ65ad85ZvRV/P0GAOCtZvtALWufbdXlqEZ4Lhx5xwRgulMIYliw3Rj0Bu9ISmT /No+m2gjKiIblIezP1E9fjZl16GBXBzbokHHGHv/TvTa3QiDOslvu6/QxAGaCc2IolMk DzSg== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-crypto-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-crypto-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=arm.com Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id sg35-20020a170907a42300b007c110cdf37bsi30438221ejc.529.2023.01.04.03.40.38; Wed, 04 Jan 2023 03:41:02 -0800 (PST) Received-SPF: pass (google.com: domain of linux-crypto-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; spf=pass (google.com: domain of linux-crypto-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-crypto-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=arm.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S234873AbjADLg3 (ORCPT + 99 others); Wed, 4 Jan 2023 06:36:29 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:52884 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S234645AbjADLg2 (ORCPT ); Wed, 4 Jan 2023 06:36:28 -0500 Received: from foss.arm.com (foss.arm.com [217.140.110.172]) by lindbergh.monkeyblade.net (Postfix) with ESMTP id 032EFAE7B; Wed, 4 Jan 2023 03:36:27 -0800 (PST) Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.121.207.14]) by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id 4F7021042; Wed, 4 Jan 2023 03:37:08 -0800 (PST) Received: from FVFF77S0Q05N (unknown [10.57.37.146]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id D24573F587; Wed, 4 Jan 2023 03:36:20 -0800 (PST) Date: Wed, 4 Jan 2023 11:36:18 +0000 From: Mark Rutland To: Arnd Bergmann Cc: Peter Zijlstra , Boqun Feng , Linus Torvalds , Jonathan Corbet , Will Deacon , Catalin Marinas , dennis@kernel.org, Tejun Heo , Christoph Lameter , Heiko Carstens , gor@linux.ibm.com, Alexander Gordeev , borntraeger@linux.ibm.com, svens@linux.ibm.com, Herbert Xu , "David S . Miller" , Thomas Gleixner , Ingo Molnar , Borislav Petkov , Dave Hansen , x86@kernel.org, "H. Peter Anvin" , joro@8bytes.org, suravee.suthikulpanit@amd.com, Robin Murphy , dwmw2@infradead.org, baolu.lu@linux.intel.com, Pekka Enberg , David Rientjes , Joonsoo Kim , Andrew Morton , Vlastimil Babka , Roman Gushchin , Hyeonggon Yoo <42.hyeyoo@gmail.com>, linux-doc@vger.kernel.org, linux-kernel@vger.kernel.org, linux-mm@kvack.org, linux-s390@vger.kernel.org, linux-crypto@vger.kernel.org, iommu@lists.linux.dev, Linux-Arch Subject: Re: [RFC][PATCH 05/12] arch: Introduce arch_{,try_}_cmpxchg128{,_local}() Message-ID: References: <20221219153525.632521981@infradead.org> <20221219154119.154045458@infradead.org> <8fea3494-1d1f-4f64-b525-279152cf430b@app.fastmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <8fea3494-1d1f-4f64-b525-279152cf430b@app.fastmail.com> X-Spam-Status: No, score=-4.2 required=5.0 tests=BAYES_00,RCVD_IN_DNSWL_MED, SPF_HELO_NONE,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-crypto@vger.kernel.org On Tue, Jan 03, 2023 at 05:50:00PM +0100, Arnd Bergmann wrote: > On Tue, Jan 3, 2023, at 17:19, Mark Rutland wrote: > > On Tue, Jan 03, 2023 at 02:03:37PM +0000, Mark Rutland wrote: > >> On Tue, Jan 03, 2023 at 01:25:35PM +0000, Mark Rutland wrote: > >> > On Tue, Dec 20, 2022 at 12:08:16PM +0100, Peter Zijlstra wrote: > > >> ... makes GCC much happier: > > > >> ... I'll go check whether clang is happy with that, and how far back that can > >> go, otherwise we'll need to blat the high half with a separate constaint that > >> (ideally) doesn't end up allocating a pointless address register. > > > > Hmm... from the commit history it looks like GCC prior to 5.1 might not be > > happy with that, but that *might* just be if we actually do arithmetic on the > > value, and we might be ok just using it for memroy effects. I can't currently > > get such an old GCC to run on my machines so I haven't been able to check. > > gcc-5.1 is the oldest (barely) supported compiler, the minimum was > last raised from gcc-4.9 in linux-5.15. If only gcc-4.9 and older are > affected, we're good on mainline but may still want a fix for stable > kernels. Yup; I just wanted something that would easily backport to stable, at least as far as linux-4.9.y (where I couldn't find the minimum GCC version when I looked yesterday). > I checked that the cross-compiler binaries from [1] still work, but I noticed > that this version is missing the native aarch64-to-aarch64 compiler (x86 to > aarch64 and vice versa are there), and you need to install libmpfr4 [2] > as a dependency. The newer compilers (6.5.0 and up) don't have these problems. I was trying the old kernel.org crosstool binaries, but I was either missing a library (or I have an incompatible version) on my x86_64 host. I'll have another look today -- thanks for the pointers! Mark. > Arnd > > [1] https://mirrors.edge.kernel.org/pub/tools/crosstool/files/bin/arm64/5.5.0/ > [2] http://ftp.uk.debian.org/debian/pool/main/m/mpfr4/libmpfr4_3.1.5-1_arm64.deb