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 vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id 40E77C677F1 for ; Mon, 16 Jan 2023 15:19:19 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229793AbjAPPTR (ORCPT ); Mon, 16 Jan 2023 10:19:17 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:39888 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232199AbjAPPSe (ORCPT ); Mon, 16 Jan 2023 10:18:34 -0500 Received: from casper.infradead.org (casper.infradead.org [IPv6:2001:8b0:10b:1236::1]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 10A381A4AE; Mon, 16 Jan 2023 07:09:53 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=infradead.org; s=casper.20170209; h=In-Reply-To:Content-Type:MIME-Version: References:Message-ID:Subject:Cc:To:From:Date:Sender:Reply-To: Content-Transfer-Encoding:Content-ID:Content-Description; bh=JYw4vYNo6I8ONL1oEHQpMq0Clr6CFL2bXHpSXpJOtI0=; b=E7mc3QbKC7DPlTHSAjTqru6OUZ Kcs0+09JF2aMv6SI5wQOt5rSq0BM8ct5mlPnirn/4I6QRcjS0hfJBo+x3Ny3hfq1FoEia6+CcSw4d Ln3RqowsC/MpEce8Kaq588urT3GLTAs6FzQ7UQfh7+V2rdRQYSJ1zK5+bWn6CaJPOBY5p4U4BOzV6 OtOBMBvR44bGeLU2GMbt0MEeofc23vH+kjnBDDkuASHVjacOFQrEzK+xeBE2UyppGDUIV5I1CfgzX a2UFVC3h1+gI1FCNORS0EaQAVLf46ZAG4YoN1e0EblBtA+2QEp5Fu/0Q/Wk4pK4A2ckvbUgUn9jWZ B2kGePaw==; Received: from willy by casper.infradead.org with local (Exim 4.94.2 #2 (Red Hat Linux)) id 1pHR7V-008puo-Vx; Mon, 16 Jan 2023 15:09:58 +0000 Date: Mon, 16 Jan 2023 15:09:57 +0000 From: Matthew Wilcox To: David Howells Cc: Linus Torvalds , Nicholas Piggin , Mateusz Guzik , linux-arch , Catalin Marinas , Will Deacon , Michael Ellerman , tony.luck@intel.com, viro@zeniv.linux.org.uk, linux-fsdevel@vger.kernel.org, Jan Glauber , linuxppc-dev , Linux ARM Subject: Re: Memory transaction instructions Message-ID: References: <1966767.1673878095@warthog.procyon.org.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1966767.1673878095@warthog.procyon.org.uk> Precedence: bulk List-ID: X-Mailing-List: linux-fsdevel@vger.kernel.org On Mon, Jan 16, 2023 at 02:08:15PM +0000, David Howells wrote: > Hi Linus, > > I'm not sure how relevant it is to the topic, but I seem to remember you > having a go at implementing spinlocks with x86_64 memory transaction > instructions a while back. Do you have any thoughts on whether these > instructions are ever likely to become something we can use? Ever is a long time, but not while they're still buggy: https://en.wikipedia.org/wiki/Transactional_Synchronization_Extensions and not while they're not actually available on a vast majority of x86 hardware. ie AMD needs to implement them, make them available as standard, forcing Intel to enable them globally instead of restricting them to those who pay the $2.50/month subscription fee.