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 X-Spam-Level: X-Spam-Status: No, score=-14.8 required=3.0 tests=BAYES_00,DKIMWL_WL_MED, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS, MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS,USER_AGENT_SANE_1, USER_IN_DEF_DKIM_WL autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 00253C433E0 for ; Tue, 26 Jan 2021 23:28:47 +0000 (UTC) Received: from kanga.kvack.org (kanga.kvack.org [205.233.56.17]) by mail.kernel.org (Postfix) with ESMTP id 61E0A2067C for ; Tue, 26 Jan 2021 23:28:47 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org 61E0A2067C Authentication-Results: mail.kernel.org; dmarc=fail (p=reject dis=none) header.from=google.com Authentication-Results: mail.kernel.org; spf=pass smtp.mailfrom=owner-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix) id D5D576B0005; Tue, 26 Jan 2021 18:28:46 -0500 (EST) Received: by kanga.kvack.org (Postfix, from userid 40) id D0CB66B0006; Tue, 26 Jan 2021 18:28:46 -0500 (EST) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id C22AF6B0007; Tue, 26 Jan 2021 18:28:46 -0500 (EST) X-Delivered-To: linux-mm@kvack.org Received: from forelay.hostedemail.com (smtprelay0221.hostedemail.com [216.40.44.221]) by kanga.kvack.org (Postfix) with ESMTP id ADA036B0005 for ; Tue, 26 Jan 2021 18:28:46 -0500 (EST) Received: from smtpin03.hostedemail.com (10.5.19.251.rfc1918.com [10.5.19.251]) by forelay01.hostedemail.com (Postfix) with ESMTP id 773A4180AD81F for ; Tue, 26 Jan 2021 23:28:46 +0000 (UTC) X-FDA: 77749518252.03.tray08_02105f227592 Received: from filter.hostedemail.com (10.5.16.251.rfc1918.com [10.5.16.251]) by smtpin03.hostedemail.com (Postfix) with ESMTP id 5B77828A4E8 for ; Tue, 26 Jan 2021 23:28:46 +0000 (UTC) X-HE-Tag: tray08_02105f227592 X-Filterd-Recvd-Size: 4976 Received: from mail-oi1-f171.google.com (mail-oi1-f171.google.com [209.85.167.171]) by imf40.hostedemail.com (Postfix) with ESMTP for ; Tue, 26 Jan 2021 23:28:45 +0000 (UTC) Received: by mail-oi1-f171.google.com with SMTP id w8so226455oie.2 for ; Tue, 26 Jan 2021 15:28:45 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20161025; h=date:from:to:cc:subject:in-reply-to:message-id:references :user-agent:mime-version; bh=6elxq1WfF4E41ZiBczRrJyQmMODP+O0N7PSHZ9Kx/14=; b=AuzqKJ94rmZ3lCpEcfqI5NsAgVFHvpLo6cHeoOZKK/GpHi6W5cv3GwWc6hUhWxBxnv WHCl6R8Q+Os3QUsUOQJA50Q5YtBvL1jUO3gD3ZEWyZgsrxvaGn+kW9I4nKieg397ml3d 38Rq/CmX7T4sjBr5YoOrSFTHZEnnDn5QzNJrGeI1A36VRJdy6lcI77reKvNjyjPus1gB N0JBff//11xHi07IYuRyWz0OP8qcIhCF6prjSNziTmSLOUE/X5F3dJUx8vzqefTR/XAx o99ujyveMc11O005JQmFa28uLzKVvlSaHYrv3F0IcWmlmfrdavEpVFEZg6qyynYxcezE 31Dw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:in-reply-to:message-id :references:user-agent:mime-version; bh=6elxq1WfF4E41ZiBczRrJyQmMODP+O0N7PSHZ9Kx/14=; b=G2RqAMsEsPer1N3aNcafrQdBHIjnQGwg8kadO8TthntatDLv9BbXKiH6ZW0AwAX0TN 7C81P7X5z/ZdW8G9h1xn65S7lZ+ZldjqwKtu/fSpqYB/ljvmRxop8PFudJ/ZGuKnB4qM qPW+Mpa4RcgXdgfBxR7N7yckpKmiCEegVdL8cJ3SRvtuxW0m8NdGfQLChJz1MNZKLmlH 6DNtJsp0Em5erjzwsQYa0Rdk+yuPEyjtNtHqBnL4Jc/8NVwO290mTiRmn4u5MhJ8oTNu AgrMQdX6ONu5+wBVH/jxdKdU0/MvyTuoEmh6VE3J4wuPyxioKJYfXHY0iJIpoPyIdy08 C+ew== X-Gm-Message-State: AOAM532HaARhj1ji5ql1GQy4ag6bPim7jxvn02j9jBBqgztfhZqOIWAb inLR4LjvjxmRj1xzhzDCHHkYkA== X-Google-Smtp-Source: ABdhPJxd9Vg4/FGYqUZdNOcBAq3TbLrlQNMDdaP1cglRedmblvFJcX4xEsB02WyUooPtAkZkHh0j1A== X-Received: by 2002:aca:ecc8:: with SMTP id k191mr1341900oih.179.1611703725081; Tue, 26 Jan 2021 15:28:45 -0800 (PST) Received: from eggly.attlocal.net (172-10-233-147.lightspeed.sntcca.sbcglobal.net. [172.10.233.147]) by smtp.gmail.com with ESMTPSA id g13sm26718otl.60.2021.01.26.15.28.43 (version=TLS1 cipher=ECDHE-ECDSA-AES128-SHA bits=128/128); Tue, 26 Jan 2021 15:28:44 -0800 (PST) Date: Tue, 26 Jan 2021 15:28:22 -0800 (PST) From: Hugh Dickins X-X-Sender: hugh@eggly.anvils To: Will Deacon cc: linux-kernel@vger.kernel.org, linux-mm@kvack.org, linux-arm-kernel@lists.infradead.org, Catalin Marinas , Jan Kara , Minchan Kim , Andrew Morton , "Kirill A . Shutemov" , Linus Torvalds , Vinayak Menon , Hugh Dickins , Nick Desaulniers , kernel-team@android.com Subject: Re: [PATCH v4 0/8] Create 'old' ptes for faultaround mappings on arm64 with hardware access flag In-Reply-To: <20210126230851.GE30941@willie-the-truck> Message-ID: References: <20210120173612.20913-1-will@kernel.org> <20210126230851.GE30941@willie-the-truck> User-Agent: Alpine 2.11 (LSU 23 2013-08-11) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4 Sender: owner-linux-mm@kvack.org Precedence: bulk X-Loop: owner-majordomo@kvack.org List-ID: On Tue, 26 Jan 2021, Will Deacon wrote: > On Wed, Jan 20, 2021 at 05:36:04PM +0000, Will Deacon wrote: > > Hi all, > > > > This is version four of the patches I previously posted here: > > > > v1: https://lore.kernel.org/r/20201209163950.8494-1-will@kernel.org > > v2: https://lore.kernel.org/r/20210108171517.5290-1-will@kernel.org > > v3: https://lore.kernel.org/r/20210114175934.13070-1-will@kernel.org > > > > The patches allow architectures to opt-in at runtime for faultaround > > mappings to be created as 'old' instead of 'young'. Although there have > > been previous attempts at this, they failed either because the decision > > was deferred to userspace [1] or because it was done unconditionally and > > shown to regress benchmarks for particular architectures [2]. > > > > The big change since v3 is that the immutable fields of 'struct vm_fault' > > now live in a 'const' anonymous struct. Although Clang will silently > > accept modifications to these fields [3], GCC emits an error. The > > resulting diffstat is _considerably_ more manageable with this approach. > > The only changes I have pending against this series are cosmetic (commit > logs). Can I go ahead and queue this in the arm64 tree so that it can sit > in linux-next for a bit? (positive or negative feedback appreciated!). That would be fine by me: I ran v3 on rc3, then the nicer smaller v4 on rc4, and saw no problems when running either of them (x86_64 only). Hugh