Received: by 2002:a05:6a10:8c0a:0:0:0:0 with SMTP id go10csp2468023pxb; Mon, 18 Jan 2021 20:12:26 -0800 (PST) X-Google-Smtp-Source: ABdhPJyOZ4LjfUPJ7E0aCyvjM+PulF3cyOvLyGqCOP8X7uJnjeoAftEzvZnd+uS3+fyOHCvx5Gix X-Received: by 2002:a17:906:f755:: with SMTP id jp21mr1755975ejb.22.1611029546169; Mon, 18 Jan 2021 20:12:26 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1611029546; cv=none; d=google.com; s=arc-20160816; b=VTCmkOC6Ey5bmHUK27rFcI6z8UQFwF6Emwv3IECXIr/uBpObMX+85x+uXIiux7RgFG Thz5o9zVdPhCn1GfXFLkwr51u49cW1uOmnSTfomqh64wI4fFD1vRVce4o9DVfKCLeuDW oRvtfpVvgfZBBQAnygE/qcbq0rlXEptIA2pSO+4FU2T5ISHvtVquBwI2ilk6F5MOQruf E9pFXc/kPtqfcgCmp3sDB/km4YV4+oRIXNNVSb+ZUQZm05109BPfd6iWpsg/9lH3zNbJ EaGI3fb3OwCs7E/ZZD94ddzaWy0Ql56WUj0Kzi6+hqgs4MQXVRwb2hErZ5dr+AfpP3Jk cTUw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:in-reply-to :mime-version:user-agent:date:message-id:from:cc:references:to :subject; bh=y1XD9DBssUe1Kt3JVd0xxGcrakaIre1jEQtbVSVr2Mw=; b=aGmjl8fInea4/bH8HLGor+c/65gKfjr5z8QYw4+5WyQl1foILdAJnKOZpMuMIQjWCu HnUDJmTs2wvFKaMlDDUc+zjsgeVwoCxViUJqjRoimvGnuWrn1CO0M4h2j5V+IO6Xomu9 ngw4LIRqm0ECV2GfHG+D2JyOjSS0OjrPK+nALYRMsrEVUlXMSr3+wZN8dv4i3+X0gLau dS3JCTTXgBzwjtT8LKG+g+D8ee7e2+8XexqvFo2xkFuq1MtDhrIUs+Coxj0UfC/ga8Qg 5zr8v3DO4mRfctQVzuGR5ak78W0MV4VI25smo2Rbax7SwqiK34IKo78ZMATSrTsx9tU4 h18g== ARC-Authentication-Results: i=1; mx.google.com; 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 b24si1129249ejv.374.2021.01.18.20.12.03; Mon, 18 Jan 2021 20:12:26 -0800 (PST) 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; 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 S2390846AbhARM2t (ORCPT + 99 others); Mon, 18 Jan 2021 07:28:49 -0500 Received: from szxga05-in.huawei.com ([45.249.212.191]:11554 "EHLO szxga05-in.huawei.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S2391480AbhARM0H (ORCPT ); Mon, 18 Jan 2021 07:26:07 -0500 Received: from DGGEMS409-HUB.china.huawei.com (unknown [172.30.72.58]) by szxga05-in.huawei.com (SkyGuard) with ESMTP id 4DK9v05GwMzMLhC; Mon, 18 Jan 2021 20:23:56 +0800 (CST) Received: from [10.174.184.42] (10.174.184.42) by DGGEMS409-HUB.china.huawei.com (10.3.19.209) with Microsoft SMTP Server id 14.3.498.0; Mon, 18 Jan 2021 20:25:10 +0800 Subject: Re: [PATCH v2 1/2] vfio/iommu_type1: Populate full dirty when detach non-pinned group To: Alex Williamson References: <20210115092643.728-1-zhukeqian1@huawei.com> <20210115092643.728-2-zhukeqian1@huawei.com> <20210115110144.61e3c843@omen.home.shazbot.org> CC: , , , , , Kirti Wankhede , Cornelia Huck , Will Deacon , "Marc Zyngier" , Catalin Marinas , "Mark Rutland" , James Morse , "Robin Murphy" , Joerg Roedel , Daniel Lezcano , Thomas Gleixner , "Suzuki K Poulose" , Julien Thierry , Andrew Morton , Alexios Zavras , , From: Keqian Zhu Message-ID: Date: Mon, 18 Jan 2021 20:25:09 +0800 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.7.1 MIME-Version: 1.0 In-Reply-To: <20210115110144.61e3c843@omen.home.shazbot.org> Content-Type: text/plain; charset="windows-1252" Content-Transfer-Encoding: 7bit X-Originating-IP: [10.174.184.42] X-CFilter-Loop: Reflected Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 2021/1/16 2:01, Alex Williamson wrote: > On Fri, 15 Jan 2021 17:26:42 +0800 > Keqian Zhu wrote: > >> If a group with non-pinned-page dirty scope is detached with dirty >> logging enabled, we should fully populate the dirty bitmaps at the >> time it's removed since we don't know the extent of its previous DMA, >> nor will the group be present to trigger the full bitmap when the user >> retrieves the dirty bitmap. >> >> Fixes: d6a4c185660c ("vfio iommu: Implementation of ioctl for dirty pages tracking") >> Suggested-by: Alex Williamson >> Signed-off-by: Keqian Zhu >> --- >> drivers/vfio/vfio_iommu_type1.c | 18 +++++++++++++++++- >> 1 file changed, 17 insertions(+), 1 deletion(-) >> >> diff --git a/drivers/vfio/vfio_iommu_type1.c b/drivers/vfio/vfio_iommu_type1.c >> index 0b4dedaa9128..4e82b9a3440f 100644 >> --- a/drivers/vfio/vfio_iommu_type1.c >> +++ b/drivers/vfio/vfio_iommu_type1.c >> @@ -236,6 +236,19 @@ static void vfio_dma_populate_bitmap(struct vfio_dma *dma, size_t pgsize) >> } >> } >> >> +static void vfio_iommu_populate_bitmap_full(struct vfio_iommu *iommu) >> +{ >> + struct rb_node *n; >> + unsigned long pgshift = __ffs(iommu->pgsize_bitmap); >> + >> + for (n = rb_first(&iommu->dma_list); n; n = rb_next(n)) { >> + struct vfio_dma *dma = rb_entry(n, struct vfio_dma, node); >> + >> + if (dma->iommu_mapped) >> + bitmap_set(dma->bitmap, 0, dma->size >> pgshift); >> + } >> +} >> + >> static int vfio_dma_bitmap_alloc_all(struct vfio_iommu *iommu, size_t pgsize) >> { >> struct rb_node *n; >> @@ -2415,8 +2428,11 @@ static void vfio_iommu_type1_detach_group(void *iommu_data, >> * Removal of a group without dirty tracking may allow the iommu scope >> * to be promoted. >> */ >> - if (update_dirty_scope) >> + if (update_dirty_scope) { >> update_pinned_page_dirty_scope(iommu); >> + if (iommu->dirty_page_tracking) >> + vfio_iommu_populate_bitmap_full(iommu); >> + } >> mutex_unlock(&iommu->lock); >> } >> > > This doesn't do the right thing. This marks the bitmap dirty if: > > * The detached group dirty scope was not limited to pinned pages > > AND > > * Dirty tracking is enabled > > AND > > * The vfio_dma is *currently* (ie. after the detach) iommu_mapped > > We need to mark the bitmap dirty based on whether the vfio_dma *was* > iommu_mapped by the group that is now detached. Thanks, > > Alex > Hi Alex, Yes, I missed this point again :-(. The update_dirty_scope means we detached an iommu backed group, and that means the vfio_dma *was* iommu_mapped by this group, so we can populate full bitmap unconditionally, right? Thanks, Keqian > . >