Received: by 10.213.65.68 with SMTP id h4csp529184imn; Wed, 28 Mar 2018 08:04:31 -0700 (PDT) X-Google-Smtp-Source: AIpwx4+HL6vPinV9AOEEfQd6JgK2qHIN/L2hxfDnRauYHVy9uteUZ85jg/iYN31FXZwGIhaalbY9 X-Received: by 10.101.70.8 with SMTP id v8mr2833807pgq.336.1522249471590; Wed, 28 Mar 2018 08:04:31 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1522249471; cv=none; d=google.com; s=arc-20160816; b=03ULseX3ew6RAjzlwOgu6m0IYr6xOFm8O07godisCF3AB2wX7jv+k51asYHaFt4YzI DsrTLPuC2lZOeXFVzESVl/05jGn4ITNm/FsQC0O2uryaKqq+0XsPcBqBm7EdmfxHwFHh Ze0AG/E8G3+GObpPWsjLLGZmtarWdPwJpyIDrLbmmi9ES5Zmh36kXZ89AWT/ZVdajd/I zDI5fed4EY6XfAqhEpLjhWoefIzSKbXTvrr7oaHtKfwbRG5e2nLcFPZjbOP0zOr3bcog lu4kO/r7140cFhQzD+Krtb/NxirB8kJ3WDItl8+qc3BZwS010P6+j/IyqerN0r/SUbvQ z+Rw== 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:arc-authentication-results; bh=1xmSOMKeO8cIO/knRVsd5n2UhHWi75GFYUKB5fTMirI=; b=KbvK1sKqzQ/CfddUaJEBuzhWyooxRiPJGjPeuF/VmrRZj06W2YZ6H59vP2AOuUEeEY M4Hu7aFmtMmQeC8RW1p0EphAplh256aowWcjLilYAhqnIAdSNvud0hqFm3UcQrp2NYhK eMbCbge2xd4WPheshQ4mpVYzBOZs4aI5rvcH94h+EkQOPifrikuDrvwkvnaTIbewKlWv 4huUvXgPxHsNie1KYaEnrVjI0iCeF4awsEmXiQLliOld1NleEbaGY/U5dOoXjNeLXuWY dfQTR8xHp2BHjFsyO/Et331T5xA/wrv6QOR+sLtu4pn+5HXdfG0qxLbpdqntLal9DzO/ bIpQ== 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 j11si2606318pgv.713.2018.03.28.08.03.57; Wed, 28 Mar 2018 08:04:31 -0700 (PDT) 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 S1753704AbeC1PB2 (ORCPT + 99 others); Wed, 28 Mar 2018 11:01:28 -0400 Received: from iolanthe.rowland.org ([192.131.102.54]:52118 "HELO iolanthe.rowland.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP id S1752876AbeC1PB0 (ORCPT ); Wed, 28 Mar 2018 11:01:26 -0400 Received: (qmail 2081 invoked by uid 2102); 28 Mar 2018 11:01:25 -0400 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 28 Mar 2018 11:01:25 -0400 Date: Wed, 28 Mar 2018 11:01:25 -0400 (EDT) From: Alan Stern X-X-Sender: stern@iolanthe.rowland.org To: "Paul E. McKenney" cc: schwidefsky@de.ibm.com, , , , , , , , , , , , Subject: Re: [PATCH RFC tools/memory-model] Add s390.{cfg,cat} In-Reply-To: <20180328134232.GA29274@linux.vnet.ibm.com> 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 Wed, 28 Mar 2018, Paul E. McKenney wrote: > Hello! > > The prototype patch shown below provides files required to allow herd7 to > evaluate C-language litmus tests for the multicopy-atomic TSO ordering > provided by s390. This patch should be viewed with great suspicion. > It does what I expect it to do on SB (with and without barriers), > IRIW without barriers, and Alan's SB with read-of-write added, but my > expectations are quite likely faulty, and my test cases are very few > in number. > > Either way, this is the easy part. The hard part (which I am happy > to leave to others) is making litmus7 and klitmus7 able to do tests > on actual hardware, as well as enabling herd to handle litmus tests > containing BAL. ;-) > > Note that CPU architectures already supported by herd might well need > only a .cfg file that refers to herd's pre-existing support. > > Thoughts? I don't quite see the point of this. You're not suggesting that we have one Linux Kernel Memory Consistency Model for s390 and another one for all the other architectures, are you? If the idea is merely to provide a herd model for s390 then it should go into the DIY repository, not into the LKMM repository. Alan