Received: by 2002:a25:ef43:0:0:0:0:0 with SMTP id w3csp2103697ybm; Sun, 31 May 2020 08:41:59 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzskVrBEaFz2wIkpeMoI0v5VbkmQQHAE8sXR0lP120Tp5w3YKlyrrVw/KhjcAFkovgoDA+t X-Received: by 2002:a17:906:b097:: with SMTP id x23mr15560419ejy.227.1590939719281; Sun, 31 May 2020 08:41:59 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1590939719; cv=none; d=google.com; s=arc-20160816; b=H6hLNqSswOnkCN1Gh39NSftOuLEF2DVt3OtHpMffSqXdVAC8KjdLoBq6yUaSeWBL1m dq6V3OB2rzQERxCnukXlSx/WBIBOe+ffpB2mW/32viW0Xjq47f2gMVDNXR5lfeS4uWa7 yxzrffdpWdh+2LNXhn7wPR2GdQwAChVyAZvnSlesRofIcdDafsG4IfCbQs64euuJsO0O FHnVlcuOAkVqIWlxQ3i0gnD4o9Eg6cB84sI3Braf8dz5comVszC3MFsZk36DuTJe+WGn WcwLddJLm679rJhTIIsFTKdIUnp+ZBNCIWDzeEYta+/WjClaK7DwcgH6nFkW25Ai4if9 UOJg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding :content-language:mime-version:user-agent:date:message-id:subject :from:cc:to:dkim-signature; bh=RaTO38o9otyhYtq1I6wSK46Ur78WV2gmS3uYSc0rOJo=; b=wsTvj8HFLrMzfyMX2Kvtt7m+GVujX/o1M9TgK+HPaAP14eZ+sWlG7c4QU68rKeezy2 qpsk4UNALDUzEcuCKa8sOsCMO/bXNMJk/h6oHUx5VdNwiTYilUSMppQSeKzzF+QNBf5Q CwTG7cqs9mvwJo8Ax8TKjiliymcsMGZXzHmyNxLCGfRZSRK26dsVsWqNR0TucJtO61t0 hWLr3eu6esj1roMIHH6rfS1zrabY5S1dgBEwZ8eKlgnUX/cK1d97oYQpRGsfaQG5K2Xg N3OW5/atmL+6FcpfrSrWWldgR91l80a5j8JgctOCEJvD0UbAuecO5150uxFerFQ0iyzv G1ig== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=aQoWA365; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id u23si9198799ejx.512.2020.05.31.08.41.35; Sun, 31 May 2020 08:41:59 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=aQoWA365; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728123AbgEaPh0 (ORCPT + 99 others); Sun, 31 May 2020 11:37:26 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:45728 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725912AbgEaPhZ (ORCPT ); Sun, 31 May 2020 11:37:25 -0400 Received: from mail-pg1-x541.google.com (mail-pg1-x541.google.com [IPv6:2607:f8b0:4864:20::541]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id B4968C061A0E; Sun, 31 May 2020 08:37:25 -0700 (PDT) Received: by mail-pg1-x541.google.com with SMTP id e9so1161974pgo.9; Sun, 31 May 2020 08:37:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=to:cc:from:subject:message-id:date:user-agent:mime-version :content-language:content-transfer-encoding; bh=RaTO38o9otyhYtq1I6wSK46Ur78WV2gmS3uYSc0rOJo=; b=aQoWA365yhz+rJoQQtJnW+97BMhM2Y11i5nm/jMQ0/ZAlPMsE5CnR9BVmxARnmFr5A hZLJmjPNFF41fgmqUR+VT8spvER4bHSEfUTC8sPeQSiagOo/l944spzLT/3fAHEKrHMe ndpOBbvIyFb7R6ci8GTEXOyToWCGLb3zERup6DvnUlSJdaWAWVGhNuxU82bh0TDBKv4F EdsXvLW742dVFM33n3sQYqpVrmKRUNJF8MbES5JrdMbfAVIiK7Ea2zjQA2vKDbKp++Jk fnmHGLucCggg7NQGIo5G+JzDPDlmn21xPVGhiUxTJRKS/teZL0nfru6qIJV6//U22V0l 9a/w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:to:cc:from:subject:message-id:date:user-agent :mime-version:content-language:content-transfer-encoding; bh=RaTO38o9otyhYtq1I6wSK46Ur78WV2gmS3uYSc0rOJo=; b=QCuHg19kMuQfdQWdrieciBSrsYApnIQGUZnQ1IgDhE5zemjjNn2zf2hm+0b9Yp3eX/ 5JCCvbK/eFt8zWRtoYStOuzyh22DCIKTT4o9GHVtvdSx6ciMDtmnd2VbMi2QzRTp1sGr rYxjpML8fIH5dvMZ9yTKJEijWDwC4SKNsYyVuwAlVwFczVsjwgPJsQoEEinrUbxZ9Div JiVJonMiJBt+ISQ5onqq8VJwnatD+acKvRcA3j88WSfseZiP5FYmZmdapgqaHZaZ4jWC hqyCnwbmGAmt6pH9jA9/3bts7ZKJAQcCbhn+bYW/ZG/56lb3wXY+rR27zqyBmLFUg+fE 5WMA== X-Gm-Message-State: AOAM531fTBfJEReJMMzm/lnhO22JCUuaIfn5wd4X7jNwOKt7npRLUteT qCNeIks6d5KDrC2xkPf/R+E= X-Received: by 2002:a62:1a45:: with SMTP id a66mr4385268pfa.54.1590939445243; Sun, 31 May 2020 08:37:25 -0700 (PDT) Received: from [192.168.11.3] (KD106167171201.ppp-bb.dion.ne.jp. [106.167.171.201]) by smtp.gmail.com with ESMTPSA id m2sm4976955pjk.52.2020.05.31.08.37.21 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Sun, 31 May 2020 08:37:24 -0700 (PDT) To: "Paul E. McKenney" , Andrea Parri , Boqun Feng , Jade Alglave , Luc Maranget , Joel Fernandes Cc: Alan Stern , Will Deacon , Peter Zijlstra , Nicholas Piggin , David Howells , Daniel Lustig , linux-kernel@vger.kernel.org, linux-arch@vger.kernel.org, Akira Yokosawa From: Akira Yokosawa Subject: [RFC PATCH -rcu lkmm] tools/memory-model/README: Expand dependency of klitmus7 Message-ID: <4a05e568-aa30-423a-badc-f79f0af815a0@gmail.com> Date: Mon, 1 Jun 2020 00:37:20 +0900 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.8.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From 87048d7212f6cb16b0a2b85fa6d2f34c28b078c0 Mon Sep 17 00:00:00 2001 From: Akira Yokosawa Date: Sun, 31 May 2020 20:04:32 +0900 Subject: [PATCH RFC] tools/memory-model/README: Expand dependency of klitmus7 klitmus7 is independent of the memory model but depends on the build-target kernel release. It occasionally lost compatibility due to kernel API changes [1, 2, 3]. It was remedied in a backwards-compatible manner respectively [4, 5, 6]. Reflect this fact in README. [1]: b899a850431e ("compiler.h: Remove ACCESS_ONCE()") [2]: 0bb95f80a38f ("Makefile: Globally enable VLA warning") [3]: d56c0d45f0e2 ("proc: decouple proc from VFS with "struct proc_ops"") [4]: https://github.com/herd/herdtools7/commit/e87d7f9287d1 ("klitmus: Use WRITE_ONCE and READ_ONCE in place of deprecated ACCESS_ONCE") [5]: https://github.com/herd/herdtools7/commit/a0cbb10d02be ("klitmus: Avoid variable length array") [6]: https://github.com/herd/herdtools7/commit/46b9412d3a58 ("klitmus: Linux kernel v5.6.x compat") NOTE: [5] was ahead of herdtools7 7.53, which did not make an official release. Code generated by klitmus7 without [5] can still be built targeting Linux 4.20--5.5 if you don't care VLA warnings. Signed-off-by: Akira Yokosawa --- Hi all, Recent struggle of Andrii with the use of klitmus7 on an up-to-date Linux system prompted me to add some explanation of klitmus7's dependency in README. As herdtools7 7.56 is still under development, I called out just HEAD in the compatibility table. Once 7.56 is released, the table can be updated. I'm not sure if this is the right place to carry such info. Anyway, I'd be glad if this patch can trigger a meaningful update of README. Thanks, Akira -- tools/memory-model/README | 30 ++++++++++++++++++++++++++++-- 1 file changed, 28 insertions(+), 2 deletions(-) diff --git a/tools/memory-model/README b/tools/memory-model/README index b9c562e92981..90af203c3cf1 100644 --- a/tools/memory-model/README +++ b/tools/memory-model/README @@ -28,8 +28,34 @@ downloaded separately: See "herdtools7/INSTALL.md" for installation instructions. Note that although these tools usually provide backwards compatibility, -this is not absolutely guaranteed. Therefore, if a later version does -not work, please try using the exact version called out above. +this is not absolutely guaranteed. + +For example, a future version of herd7 might not work with the model +in this release. A compatible model will likely be made available in +a later release of Linux kernel. + +If you absolutely need to run the model in this particular release, +please try using the exact version called out above. + +klitmus7 is independent of the model provided here. It has its own +dependency on a target kernel release where converted code is built +and executed. Any change in kernel APIs essential to klitmus7 will +necessitate an upgrade of klitmus7. + +If you find any compatibility issues in klitmus7, please inform the +memory model maintainers. + +klitmus7 Compatibility Table +---------------------------- + + ============ ========== + target Linux herdtools7 + ------------ ---------- + -- 4.18 7.48 -- + 4.15 -- 4.19 7.49 -- + 4.20 -- 5.5 7.54 -- + 5.6 -- HEAD + ============ ========== ================== -- 2.17.1