Received: by 2002:a25:c205:0:0:0:0:0 with SMTP id s5csp1404560ybf; Thu, 27 Feb 2020 10:18:22 -0800 (PST) X-Google-Smtp-Source: APXvYqxmrMYUXJg/shQQJoifCCsicug7gOqpeogVUS9kDw2dMZAj8TsoOAhM/Mnmm1JfrEfaiiW9 X-Received: by 2002:aca:f354:: with SMTP id r81mr259043oih.90.1582827502794; Thu, 27 Feb 2020 10:18:22 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1582827502; cv=none; d=google.com; s=arc-20160816; b=ju6vEHB1FVaF5bBJR/jFH/L2+62zh+l0q1PIrlZiH7CDg2GhIwvEECptWAD4n/Lj2E 1ghmUh8AaMw+jr8RGjpFS7bN8qjrDajRgvv6+UKELUuU19GRLTudSL/n+ZcPXbC+r9CR U8zh/TS3FVciJ5f3QPd+pQjXhME+tFtHJHbSNOCUWIkdlOuZXPL/5GYl2z5b39eyR6YK zkwBWHTaNODshCMtir7bf45Y2V0MUitCRjNUxyUdLlu+p1z/f/iVpYQlcvRDmY/8wPuN R9D4ETWlrXY1tsgsJwJBWj/dlSH1R4F5aYg0EsrWrz4QER79OC5HYFsf6HWPTyOUsuKI kSlw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:message-id:in-reply-to :subject:cc:to:from:date; bh=m2SCy3C/2gHsQscsPMmppqhKc78gNvJH/wWU4nOZ3no=; b=iUbWe1n32Ueyhwlln7tjZ1/cs5QaIKbTQQIh/fSlHMKqPKtMYoPW0/nI8D0njJT4JV fYLQT1RpTFAkSpCD+2SBJNQKQMUUnkYzXw1oSov2f9+qlRJF4u5lFno8VahZuxOcico4 v4w4dc6ADqWeXoViRlTGRnEyKpuuqKVzfnZmJCe5LGmmXfIzx1izqooG/K3+HNMVq98g 50tQ8yHCqAgX67rzkQ4jQ77IOVL2GSl/LNFWsiia1dovbhDOvgaANxkI4M9/iNroibR0 30Q/sGsPdEsdaPagU+K3YdkiG01zOuUQKxCMx209hXOwbSK4iG+nBMEp31ET/6CMwoCV 0aFg== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id k10si2096734otn.323.2020.02.27.10.18.08; Thu, 27 Feb 2020 10:18:22 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1729580AbgB0SQi (ORCPT + 99 others); Thu, 27 Feb 2020 13:16:38 -0500 Received: from iolanthe.rowland.org ([192.131.102.54]:39342 "HELO iolanthe.rowland.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP id S1729427AbgB0SQi (ORCPT ); Thu, 27 Feb 2020 13:16:38 -0500 Received: (qmail 27542 invoked by uid 2102); 27 Feb 2020 13:16:37 -0500 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 27 Feb 2020 13:16:37 -0500 Date: Thu, 27 Feb 2020 13:16:37 -0500 (EST) From: Alan Stern X-X-Sender: stern@iolanthe.rowland.org To: Luc Maranget cc: Boqun Feng , , Andrea Parri , Will Deacon , Peter Zijlstra , Nicholas Piggin , David Howells , Jade Alglave , "Paul E. McKenney" , Akira Yokosawa , Daniel Lustig , Jonathan Corbet , Mauro Carvalho Chehab , "David S. Miller" , Rob Herring , Greg Kroah-Hartman , Jonathan Cameron , , Subject: Re: [PATCH v3 1/5] tools/memory-model: Add an exception for limitations on _unless() family In-Reply-To: <20200227164901.jxwk26ey3i2n2yhu@yquem.inria.fr> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, 27 Feb 2020, Luc Maranget wrote: > > On Thu, 27 Feb 2020, Boqun Feng wrote: > > > > > According to Luc, atomic_add_unless() is directly provided by herd7, > > > therefore it can be used in litmus tests. So change the limitation > > > section in README to unlimit the use of atomic_add_unless(). > > > > Is this really true? Why does herd treat atomic_add_unless() different > > from all the other atomic RMS ops? All the other ones we support do > > have entries in linux-kernel.def. > > I think this to be true :) > > As far as I remember atomic_add_unless is quite different fron other atomic > RMW ops and called for a specific all-OCaml implementation, without an > entry in linux-kernel.def. As to atomic_long_add_unless, I was not aware > of its existence. Can you explain what is so different about atomic_add_unless? Alan