Received: by 2002:ad5:474a:0:0:0:0:0 with SMTP id i10csp1711970imu; Thu, 24 Jan 2019 00:06:15 -0800 (PST) X-Google-Smtp-Source: ALg8bN56aNrFy/hwSLiCKO878UItvXfo8l9HCJ0g6uBLsUtg6e+RdhKxVFJyODkPXYwG4PsYcj6u X-Received: by 2002:aa7:8286:: with SMTP id s6mr5376375pfm.63.1548317175320; Thu, 24 Jan 2019 00:06:15 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1548317175; cv=none; d=google.com; s=arc-20160816; b=Y2kjkFZz2gcUcxSuiE6QVcYTpz7URug4lOQHzgpSzJlpDBYxCHk99BEhZHW89RYGmA EWZYqWam6/OXhq3kDkm89QMcUNIcq8wTQz4+adWGSm7WxTqG3jKw2jnC3FpZyOJHTT8k nHzImK/VKkSU/1S8qSi+U9kQBQxnzRF+beqKMKU8nLlj0EMy0mGnTNRK+91nf5OT3p6V nPrqMqfU6cyMEVQV9lmL1U8TZX66vmKzuDkUXEKnZLOFuou+8bzwlmzO49ADpb0+5Tbt LRmXlGySk0dSixtjc/Y47K8sln5CG+E4mhuLKt+hjSUle+V4j5PsQRjExNYRuGT8W2CN Q+og== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date; bh=BOPLWfMVu0nT6E1DjabwDkKP8gz5vpFiAkFn9h5dFMA=; b=QuQ9ELe64F2XrmNPGXIV6sF4GKyCjp6u694DeUu5KIt4iqiZYOfWUwARj4SsdMC3o9 iLZfMNPp5gg4LEwO93avx3hkOxv5v9hdmYwvaTsm21OUyyERunx/2Gi1wzR3/8pQXXe3 vmOdWKaOQS2eDQitgEmpGURB5+3wBpdvnMFwt8G3oykd/Ek1QVseWJRHwxRKxJuplGtD 2ylu5dB0bjktyI1bxFSPpNgxTiDUCr6JLpkVHkOpAylKw5x7mAmOsMCLwgdsVGmDS+W2 v33iqG3JaKD0D3YA1E5FyNT5iy8rX8aYr53+fQ8sVzwRHzsfUF1KH0ZYqEYLim3x9o9e mtnw== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=8bytes.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id u34si20062201pgk.24.2019.01.24.00.05.58; Thu, 24 Jan 2019 00:06:15 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=8bytes.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726212AbfAXIEd (ORCPT + 99 others); Thu, 24 Jan 2019 03:04:33 -0500 Received: from 8bytes.org ([81.169.241.247]:59410 "EHLO theia.8bytes.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726046AbfAXIEd (ORCPT ); Thu, 24 Jan 2019 03:04:33 -0500 Received: by theia.8bytes.org (Postfix, from userid 1000) id E11033C8; Thu, 24 Jan 2019 09:04:31 +0100 (CET) Date: Thu, 24 Jan 2019 09:04:31 +0100 From: "joro@8bytes.org" To: "Suthikulpanit, Suravee" Cc: "linux-kernel@vger.kernel.org" , "iommu@lists.linux-foundation.org" , Boris Ostrovsky , "Singh, Brijesh" Subject: Re: [PATCH] iommu/amd: Fix IOMMU page flush when detach all devices from a domain Message-ID: <20190124080431.GG32526@8bytes.org> References: <20190116041546.3541-1-Suravee.Suthikulpanit@amd.com> <20190116132648.i5n3hz3k7d2wxbrx@8bytes.org> <60c24182-c58e-0575-b085-c7eebc00c49b@amd.com> <20190116170852.GD4681@8bytes.org> <0a61c07d-edfe-2738-380d-33d39e40fc0a@amd.com> <20190122104454.nke2knuyqiswfh5w@8bytes.org> <20190123075658.GE32526@8bytes.org> <54a1da19-54dd-30cc-191b-7fe5dc4a58fa@amd.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <54a1da19-54dd-30cc-191b-7fe5dc4a58fa@amd.com> User-Agent: Mutt/1.9.4 (2018-02-28) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Suravee, On Thu, Jan 24, 2019 at 03:25:19AM +0000, Suthikulpanit, Suravee wrote: > Actually, I just noticed that device_flush_dte() has already handled flushing the DTE > for alias device as well. Please see the link below. > > https://elixir.bootlin.com/linux/latest/source/drivers/iommu/amd_iommu.c#L1219 > > So, we don't need to call device_flush_dte() for alias device in do_detach(). You are right, I missed that. Thanks, Joerg