Received: by 2002:a05:6a10:9848:0:0:0:0 with SMTP id x8csp356649pxf; Thu, 8 Apr 2021 04:46:02 -0700 (PDT) X-Google-Smtp-Source: ABdhPJx9QmYdQWTlurGgXidcP8MIh0KwQwZ3CiLQxGuv2mM5ub/kkYlMd7dcFFik3MRi58lL8LVj X-Received: by 2002:a17:906:fa93:: with SMTP id lt19mr9964815ejb.182.1617882361827; Thu, 08 Apr 2021 04:46:01 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1617882361; cv=none; d=google.com; s=arc-20160816; b=L2haB7FyNNSVH5fnjHsiriNktCXhem3mhFpgdwkkjth0OYwL+tz/8h6WpeswZ0pBgT lpY1Jx4qX5KHhEGveaJbyY2p27D9pKGFFM16X4dYEXqDpj/vNVk6DLYPsQkyQmq4Jd7g cHDo0RZU5Iy4sjmKU7Uc7feZaoEwHLh3URZeLQzr8Geg21izw5YuGeJOfj0/9nTbg7WD KCYNLIo+A9CPx0Av6ZAT75zvpyvwcM4aTKsSVga4k68EewHJh3Z6z1X4hV/3YmwRaCmH ZydYnOZqSy6dGJTLpFpT4Gk10RxZ8KPXggeCepX0J1gxnbWFGYXcaRatfVyHkoyccKtJ tJwQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:mail-followup-to:message-id:subject:cc:to:from:date :dkim-signature; bh=+bIMHjM8IkWGQ9w2UhAWL6nad3z/nsAAXwfEZIX9lWc=; b=m2SPGjuncwPex0YiJHMj5wMwO9q45OkcDznyY6LQ1FGC43rz/Kga0A8BAN99uoAI/f 0gxhZP6ECi+QI5Hsyze3ORbKepaLAH9iDI2GHeAA/33JS2WXwFUTD5lxDGbjY1LNHvHz MDnQ173XH4ZQPfADMTrW7iVASrkbvX9brNo5acjKGlLKf4NQHngkDy4V+XrLJDNLQxCY 0HxM/AaZ4NPGb0+RovxmWAXCTOJ9fMJjAZpQtwrFmTqpHlY0YqUvY1XVS3lj7AUaqRit +L0M5KZf7l6kVXnx0ow5dpCgukOsx4BSdKp9j/rtSMYj2dzxtb3lrrQn6X1XE6cgXvfu IeCg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@ffwll.ch header.s=google header.b=HzLW9PAK; 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id n24si22561582ejr.200.2021.04.08.04.45.39; Thu, 08 Apr 2021 04:46:01 -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=@ffwll.ch header.s=google header.b=HzLW9PAK; 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231493AbhDHLo0 (ORCPT + 99 others); Thu, 8 Apr 2021 07:44:26 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:43680 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231458AbhDHLoW (ORCPT ); Thu, 8 Apr 2021 07:44:22 -0400 Received: from mail-wr1-x431.google.com (mail-wr1-x431.google.com [IPv6:2a00:1450:4864:20::431]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 1C0F8C061760 for ; Thu, 8 Apr 2021 04:44:10 -0700 (PDT) Received: by mail-wr1-x431.google.com with SMTP id x15so1808105wrq.3 for ; Thu, 08 Apr 2021 04:44:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ffwll.ch; s=google; h=date:from:to:cc:subject:message-id:mail-followup-to:references :mime-version:content-disposition:in-reply-to; bh=+bIMHjM8IkWGQ9w2UhAWL6nad3z/nsAAXwfEZIX9lWc=; b=HzLW9PAKd4D2FBBBl8PCr0y3Kw+mUxzAfMkhunUFy5g084vTc3tR3FgCZULEQo0aRJ 70RJkyKfjoUXms2whB0E+fWJOI2bfvz4DeQho9AoZyPY+Fi8PJLOMkNvY/vNEMPUQWqq eGGIn6Fb7N4Gn6wTADCQI6woEj7GonRXHLLvE= 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:message-id :mail-followup-to:references:mime-version:content-disposition :in-reply-to; bh=+bIMHjM8IkWGQ9w2UhAWL6nad3z/nsAAXwfEZIX9lWc=; b=DxJhsNEQEzKCSI4Z2gu5+msbA5lHGPMXXqYebyHLLEAH3DleDgYbBrOFe1wHmquyV0 Fh2H9lT8aFUtvWDNLgGMqljvkzVHh+kWpG+MEOOSolV7/pt2sclltaQYKC1OEDwnLbtS JvnPXFVb+St3A7gzmFXDg4iWrojMgEgxxbnH/5NAnIQaosAAMZ7ZnaC/qs1M2J3c33ZC eqNZvQ/P7UKykkWziow7gDI3+xvZkIjfJt/8Irb834ysnpQsQFKv2MwGRdM7/AZO3u2c 4X4uBKP9fN85tc8tRqNiYLjHyuoFvB93SObJ4pKe7XmR2RwlC7NXdnUDde2yU40vtUX4 7IRw== X-Gm-Message-State: AOAM532cHf0yrBUavlr1dWfBkJZrTwObzB3yaXMimmaO40qhU8oyfXTV dMMClijs6Ixu42xoumWLakACTQ== X-Received: by 2002:adf:e743:: with SMTP id c3mr7764889wrn.408.1617882248844; Thu, 08 Apr 2021 04:44:08 -0700 (PDT) Received: from phenom.ffwll.local ([2a02:168:57f4:0:efd0:b9e5:5ae6:c2fa]) by smtp.gmail.com with ESMTPSA id f7sm11692950wmq.11.2021.04.08.04.44.07 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 08 Apr 2021 04:44:08 -0700 (PDT) Date: Thu, 8 Apr 2021 13:44:06 +0200 From: Daniel Vetter To: Paolo Bonzini Cc: Jason Gunthorpe , DRI Development , LKML , kvm@vger.kernel.org, linux-mm@kvack.org, linux-arm-kernel@lists.infradead.org, linux-samsung-soc@vger.kernel.org, linux-media@vger.kernel.org, 3pvd@google.com, Jann Horn , Cornelia Huck , Peter Xu , Alex Williamson , Daniel Vetter Subject: Re: [PATCH 3/3] mm: unexport follow_pfn Message-ID: Mail-Followup-To: Paolo Bonzini , Jason Gunthorpe , DRI Development , LKML , kvm@vger.kernel.org, linux-mm@kvack.org, linux-arm-kernel@lists.infradead.org, linux-samsung-soc@vger.kernel.org, linux-media@vger.kernel.org, 3pvd@google.com, Jann Horn , Cornelia Huck , Peter Xu , Alex Williamson , Daniel Vetter References: <20210316153303.3216674-1-daniel.vetter@ffwll.ch> <20210316153303.3216674-4-daniel.vetter@ffwll.ch> <20210329133101.GA1168973@nvidia.com> <5f956a46-da38-e72a-edaa-3b746a275f1e@redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <5f956a46-da38-e72a-edaa-3b746a275f1e@redhat.com> X-Operating-System: Linux phenom 5.7.0-1-amd64 Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Apr 08, 2021 at 01:40:59PM +0200, Paolo Bonzini wrote: > On 08/04/21 12:05, Daniel Vetter wrote: > > On Mon, Mar 29, 2021 at 10:31:01AM -0300, Jason Gunthorpe wrote: > > > On Tue, Mar 16, 2021 at 04:33:03PM +0100, Daniel Vetter wrote: > > > > Both kvm (in bd2fae8da794 ("KVM: do not assume PTE is writable after > > > > follow_pfn")) and vfio (in 07956b6269d3 ("vfio/type1: Use > > > > follow_pte()")) have lost their callsites of follow_pfn(). All the > > > > other ones have been switched over to unsafe_follow_pfn because they > > > > cannot be fixed without breaking userspace api. > > > > > > > > Argueably the vfio code is still racy, but that's kinda a bigger > > > > > > vfio and kvm > > > > Hm I thought kvm is non-racy due to the mmu notifier catch races? > > No, but the plan is indeed to have some struct for each page that uses > follow_pfn and update it from the MMU notifiers. Thanks for clarifying, I've fixed the commit message to mention both vfio and kvm as Jason suggested. I didn't know that the follow_pte usage in kvm still has some gaps wrt what's invalidated with mmu notifiers. Thanks, Daniel > > Paolo > > > > > > > > picture. But since it does leak the pte beyond where it drops the pt > > > > lock, without anything else like an mmu notifier guaranteeing > > > > coherence, the problem is at least clearly visible in the vfio code. > > > > So good enough with me. > > > > > > > > I've decided to keep the explanation that after dropping the pt lock > > > > you must have an mmu notifier if you keep using the pte somehow by > > > > adjusting it and moving it into the kerneldoc for the new follow_pte() > > > > function. > > > > > > > > Cc: 3pvd@google.com > > > > Cc: Jann Horn > > > > Cc: Paolo Bonzini > > > > Cc: Jason Gunthorpe > > > > Cc: Cornelia Huck > > > > Cc: Peter Xu > > > > Cc: Alex Williamson > > > > Cc: linux-mm@kvack.org > > > > Cc: linux-arm-kernel@lists.infradead.org > > > > Cc: linux-samsung-soc@vger.kernel.org > > > > Cc: linux-media@vger.kernel.org > > > > Cc: kvm@vger.kernel.org > > > > Signed-off-by: Daniel Vetter > > > > --- > > > > include/linux/mm.h | 2 -- > > > > mm/memory.c | 26 +++++--------------------- > > > > mm/nommu.c | 13 +------------ > > > > 3 files changed, 6 insertions(+), 35 deletions(-) > > > > > > Reviewed-by: Jason Gunthorpe > > > > Thanks for your r-b tags, I'll add them. > > -Daniel > > > > > > > > Jason > > > > _______________________________________________ > dri-devel mailing list > dri-devel@lists.freedesktop.org > https://lists.freedesktop.org/mailman/listinfo/dri-devel -- Daniel Vetter Software Engineer, Intel Corporation http://blog.ffwll.ch