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=-7.8 required=3.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,MAILING_LIST_MULTI,SPF_HELO_NONE, SPF_PASS,USER_AGENT_SANE_1 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 5556EC433E0 for ; Tue, 12 Jan 2021 22:46:27 +0000 (UTC) Received: from kanga.kvack.org (kanga.kvack.org [205.233.56.17]) by mail.kernel.org (Postfix) with ESMTP id BB15923122 for ; Tue, 12 Jan 2021 22:46:26 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org BB15923122 Authentication-Results: mail.kernel.org; dmarc=fail (p=none dis=none) header.from=kernel.org Authentication-Results: mail.kernel.org; spf=pass smtp.mailfrom=owner-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix) id B249F6B0102; Tue, 12 Jan 2021 17:46:25 -0500 (EST) Received: by kanga.kvack.org (Postfix, from userid 40) id AD46F6B0104; Tue, 12 Jan 2021 17:46:25 -0500 (EST) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id A12406B0105; Tue, 12 Jan 2021 17:46:25 -0500 (EST) X-Delivered-To: linux-mm@kvack.org Received: from forelay.hostedemail.com (smtprelay0004.hostedemail.com [216.40.44.4]) by kanga.kvack.org (Postfix) with ESMTP id 8C3666B0102 for ; Tue, 12 Jan 2021 17:46:25 -0500 (EST) Received: from smtpin21.hostedemail.com (10.5.19.251.rfc1918.com [10.5.19.251]) by forelay02.hostedemail.com (Postfix) with ESMTP id 59AF7362C for ; Tue, 12 Jan 2021 22:46:25 +0000 (UTC) X-FDA: 77698608330.21.size56_1b0fd1b27519 Received: from filter.hostedemail.com (10.5.16.251.rfc1918.com [10.5.16.251]) by smtpin21.hostedemail.com (Postfix) with ESMTP id 3B6FB180442C2 for ; Tue, 12 Jan 2021 22:46:25 +0000 (UTC) X-HE-Tag: size56_1b0fd1b27519 X-Filterd-Recvd-Size: 4254 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by imf32.hostedemail.com (Postfix) with ESMTP for ; Tue, 12 Jan 2021 22:46:24 +0000 (UTC) Received: by mail.kernel.org (Postfix) with ESMTPSA id A3B4A230F9; Tue, 12 Jan 2021 22:46:20 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1610491583; bh=Rqin12tOcaSlTV0JXx5zAMTAIc0/hFy8RZqaB/MNwdY=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=Cg8lDoFec4nxn4ii7SgesxmcAdK/ZNLOi6F8E53v1gyb6dhcaSQ3/EepChN1EE7ri PdHcEkZ4wmBKZVHZXlAR0Axg/WiQVXdc9BAgfZlNjb4rGDaiu4kRyocGIMv/T7wBMR MxflRnIiu+vwQRcw+whzQ6OjfrlMmmT5Oa4PGt+Mx/IwfxlQzhohMkWUbRi3u6hd1q Wba5BkCe3gusMjnr7aThGGrqpYpkTjqDM+ezRikDJbRcfCFU/zxb4n4Tt7PawBBTnr bIEh4ze/hUCI1EpS+8TP0sdQx+TIiTj/9ChoepX5Fy9MB5aenX7Gf61IBY9dTCarAp eMmy7vyDn1kNA== Date: Tue, 12 Jan 2021 22:46:17 +0000 From: Will Deacon To: Nadav Amit Cc: Yu Zhao , Laurent Dufour , Peter Zijlstra , Vinayak Menon , Linus Torvalds , Andy Lutomirski , Peter Xu , Andrea Arcangeli , linux-mm , lkml , Pavel Emelyanov , Mike Kravetz , Mike Rapoport , stable , Minchan Kim , surenb@google.com Subject: Re: [PATCH] mm/userfaultfd: fix memory corruption due to writeprotect Message-ID: <20210112224616.GA10512@willie-the-truck> References: <20210105153727.GK3040@hirez.programming.kicks-ass.net> <0201238b-e716-2a3c-e9ea-d5294ff77525@linux.vnet.ibm.com> <2C7AE23B-ACA3-4D55-A907-AF781C5608F0@gmail.com> <20210112214337.GA10434@willie-the-truck> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.10.1 (2018-07-13) 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, Jan 12, 2021 at 02:29:51PM -0800, Nadav Amit wrote: > > On Jan 12, 2021, at 1:43 PM, Will Deacon wrote: > > > > On Tue, Jan 12, 2021 at 12:38:34PM -0800, Nadav Amit wrote: > >>> On Jan 12, 2021, at 11:56 AM, Yu Zhao wrote: > >>> On Tue, Jan 12, 2021 at 11:15:43AM -0800, Nadav Amit wrote: > >>>> I will send an RFC soon for per-table deferred TLB flushes tracking. > >>>> The basic idea is to save a generation in the page-struct that tracks > >>>> when deferred PTE change took place, and track whenever a TLB flush > >>>> completed. In addition, other users - such as mprotect - would use > >>>> the tlb_gather interface. > >>>> > >>>> Unfortunately, due to limited space in page-struct this would only > >>>> be possible for 64-bit (and my implementation is only for x86-64). > >>> > >>> I don't want to discourage you but I don't think this would end up > >>> well. PPC doesn't necessarily follow one-page-struct-per-table rule, > >>> and I've run into problems with this before while trying to do > >>> something similar. > >> > >> Discourage, discourage. Better now than later. > >> > >> It will be relatively easy to extend the scheme to be per-VMA instead of > >> per-table for architectures that prefer it this way. It does require > >> TLB-generation tracking though, which Andy only implemented for x86, so I > >> will focus on x86-64 right now. > > > > Can you remind me of what we're missing on arm64 in this area, please? I'm > > happy to help get this up and running once you have something I can build > > on. > > Let me first finish making something that we can use as a basis for a > discussion. I do not waste your time before I have something ready. Sure thing! Give me a shout when you're ready. Will