Received: by 2002:a25:8b12:0:0:0:0:0 with SMTP id i18csp1272843ybl; Tue, 13 Aug 2019 09:56:14 -0700 (PDT) X-Google-Smtp-Source: APXvYqw8GzQZ5epPRG1/TBqe0WkpWO9phGMz78Avo24r8its0pBuQ7EuRj3JYZSvMZJH08TthbbQ X-Received: by 2002:a65:684c:: with SMTP id q12mr32966906pgt.405.1565715374434; Tue, 13 Aug 2019 09:56:14 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1565715374; cv=none; d=google.com; s=arc-20160816; b=bM0gUnAhdW2jnERVh7BANHH7YTGaoAdE8ijemPRbM0JcoYJEvcngUOevcSePPF1t5l aBNYC/u/RlN0DzI57eY061n1Ec1hkOsTRWEsPGs14e4QvkCVgzbz/9tkKl/cQYDXBCIl sLfxMZXmiEhYBAabeiFAsCQC/9eihaHpGkI0qxS3SAQV21yO59LF3hEYvdyCt5aZUy5n yBB0v7TDoAnNaZgAw6C82cOPQox8Xp9UGqoNOIjgTuRl9nMyXbe9gTNoiZJvIFUd5v4+ XlqRNzoJ4t2UPGcvYJg3pJ5G1pWQx0QymyhIqhKcDLuLtxZr/4hLcveUUr/uOXm2NJWo 4v7Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :organization:references:in-reply-to:message-id:subject:cc:to:from :date; bh=G6n7Ifm5h5ApxR9z1VGe8Lwd+QCBoA705ZxhDXsxNfI=; b=N/uqLQWbmelTA4ySlz/Ooxe7lCYpRVxdDeyFVHEU8OZsawCe2hSeU0vrg9UKlgVwN9 DUEcRtpeKteS7yKlppbX/nDwSRgIgEz5wObSLUjCKZZYG66Cc55arKYiQCAVVkdDMpy6 KN7v/+Y6oSfPLS6Q4BVeR2esGyS/oMxCqjPCvb2/8AHSrxjqGah5UJ1AvkUL6jwaZu05 irVcOtk8LlsK01+rJhhxovHBTuRo0I1/tjyih+zveYbzrVFJoNRpYP09Cm3WcLx46VSN 57IumVICsDjYCExEMemBB2UWGWxqn27qgZderB4uaYxs0Z3XxD0vzVGBzikMTRPLqFZA f6ig== 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=intel.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id c13si1226418pjo.75.2019.08.13.09.55.57; Tue, 13 Aug 2019 09:56:14 -0700 (PDT) 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=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727502AbfHMQxm (ORCPT + 99 others); Tue, 13 Aug 2019 12:53:42 -0400 Received: from mga18.intel.com ([134.134.136.126]:12530 "EHLO mga18.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726769AbfHMQxm (ORCPT ); Tue, 13 Aug 2019 12:53:42 -0400 X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from orsmga005.jf.intel.com ([10.7.209.41]) by orsmga106.jf.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 13 Aug 2019 09:53:41 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.64,382,1559545200"; d="scan'208";a="351588121" Received: from jacob-builder.jf.intel.com (HELO jacob-builder) ([10.7.199.155]) by orsmga005.jf.intel.com with ESMTP; 13 Aug 2019 09:53:41 -0700 Date: Tue, 13 Aug 2019 09:57:23 -0700 From: Jacob Pan To: Auger Eric Cc: iommu@lists.linux-foundation.org, LKML , Joerg Roedel , David Woodhouse , Alex Williamson , Jean-Philippe Brucker , Yi Liu , "Tian, Kevin" , Raj Ashok , Christoph Hellwig , Lu Baolu , Andriy Shevchenko , jacob.jun.pan@linux.intel.com Subject: Re: [PATCH v4 13/22] iommu/vt-d: Enlightened PASID allocation Message-ID: <20190813095723.467b0344@jacob-builder> In-Reply-To: <6d53fe3e-8d91-22f6-4bec-aad6745bee81@redhat.com> References: <1560087862-57608-1-git-send-email-jacob.jun.pan@linux.intel.com> <1560087862-57608-14-git-send-email-jacob.jun.pan@linux.intel.com> <6d53fe3e-8d91-22f6-4bec-aad6745bee81@redhat.com> Organization: OTC X-Mailer: Claws Mail 3.13.2 (GTK+ 2.24.30; x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Eric, Apologize for the delayed response below, On Tue, 16 Jul 2019 11:29:30 +0200 Auger Eric wrote: > Hi Jacob, > On 6/9/19 3:44 PM, Jacob Pan wrote: > > From: Lu Baolu > > > > If Intel IOMMU runs in caching mode, a.k.a. virtual IOMMU, the > > IOMMU driver should rely on the emulation software to allocate > > and free PASID IDs. The Intel vt-d spec revision 3.0 defines a > > register set to support this. This includes a capability register, > > a virtual command register and a virtual response register. Refer > > to section 10.4.42, 10.4.43, 10.4.44 for more information. > > > > This patch adds the enlightened PASID allocation/free interfaces > > via the virtual command register.> > > Cc: Ashok Raj > > Cc: Jacob Pan > > Cc: Kevin Tian > > Signed-off-by: Liu Yi L > > Signed-off-by: Lu Baolu > > Signed-off-by: Jacob Pan > > --- > > drivers/iommu/intel-pasid.c | 76 > > +++++++++++++++++++++++++++++++++++++++++++++ > > drivers/iommu/intel-pasid.h | 13 +++++++- > > include/linux/intel-iommu.h | 2 ++ 3 files changed, 90 > > insertions(+), 1 deletion(-) > > > > diff --git a/drivers/iommu/intel-pasid.c > > b/drivers/iommu/intel-pasid.c index 2fefeaf..69fddd3 100644 > > --- a/drivers/iommu/intel-pasid.c > > +++ b/drivers/iommu/intel-pasid.c > > @@ -63,6 +63,82 @@ void *intel_pasid_lookup_id(int pasid) > > return p; > > } > > > > +int vcmd_alloc_pasid(struct intel_iommu *iommu, unsigned int > > *pasid) +{ > > + u64 res; > > + u64 cap; > > + u8 status_code; > > + unsigned long flags; > > + int ret = 0; > > + > > + if (!ecap_vcs(iommu->ecap)) { > > + pr_warn("IOMMU: %s: Hardware doesn't support > > virtual command\n", > > + iommu->name); > > + return -ENODEV; > > + } > > + > > + cap = dmar_readq(iommu->reg + DMAR_VCCAP_REG); > > + if (!(cap & DMA_VCS_PAS)) { > > + pr_warn("IOMMU: %s: Emulation software doesn't > > support PASID allocation\n", > > + iommu->name); > > + return -ENODEV; > > + } > > + > > + raw_spin_lock_irqsave(&iommu->register_lock, flags); > > + dmar_writeq(iommu->reg + DMAR_VCMD_REG, VCMD_CMD_ALLOC); > > + IOMMU_WAIT_OP(iommu, DMAR_VCRSP_REG, dmar_readq, > > + !(res & VCMD_VRSP_IP), res); > > + raw_spin_unlock_irqrestore(&iommu->register_lock, flags); > > + > > + status_code = VCMD_VRSP_SC(res); > > + switch (status_code) { > > + case VCMD_VRSP_SC_SUCCESS: > > + *pasid = VCMD_VRSP_RESULT(res); > > + break; > > + case VCMD_VRSP_SC_NO_PASID_AVAIL: > > + pr_info("IOMMU: %s: No PASID available\n", > > iommu->name); > > + ret = -ENOMEM; > > + break; > > + default: > > + ret = -ENODEV; > > + pr_warn("IOMMU: %s: Unkonwn error code %d\n", > unknown > s/unknown/unexpected sounds good. > > + iommu->name, status_code); > > + } > > + > > + return ret; > > +} > > + > > +void vcmd_free_pasid(struct intel_iommu *iommu, unsigned int pasid) > > +{ > > + u64 res; > > + u8 status_code; > > + unsigned long flags; > > + > > + if (!ecap_vcs(iommu->ecap)) { > > + pr_warn("IOMMU: %s: Hardware doesn't support > > virtual command\n", > > + iommu->name); > > + return; > > + } > Logically shouldn't you also check DMAR_VCCAP_REG as well? Good point, we may have more than just PASID allocation virtual commands. > > + > > + raw_spin_lock_irqsave(&iommu->register_lock, flags); > > + dmar_writeq(iommu->reg + DMAR_VCMD_REG, (pasid << 8) | > > VCMD_CMD_FREE); > > + IOMMU_WAIT_OP(iommu, DMAR_VCRSP_REG, dmar_readq, > > + !(res & VCMD_VRSP_IP), res); > > + raw_spin_unlock_irqrestore(&iommu->register_lock, flags); > > + > > + status_code = VCMD_VRSP_SC(res); > > + switch (status_code) { > > + case VCMD_VRSP_SC_SUCCESS: > > + break; > > + case VCMD_VRSP_SC_INVALID_PASID: > > + pr_info("IOMMU: %s: Invalid PASID\n", iommu->name); > > + break; > > + default: > > + pr_warn("IOMMU: %s: Unkonwn error code %d\n", > > + iommu->name, status_code); > s/Unkonwn/Unexpected will fix. > > + } > > +} > > + > > /* > > * Per device pasid table management: > > */ > > diff --git a/drivers/iommu/intel-pasid.h > > b/drivers/iommu/intel-pasid.h index 23537b3..4b26ab5 100644 > > --- a/drivers/iommu/intel-pasid.h > > +++ b/drivers/iommu/intel-pasid.h > > @@ -19,6 +19,16 @@ > > #define PASID_PDE_SHIFT 6 > > #define MAX_NR_PASID_BITS 20 > > > > +/* Virtual command interface for enlightened pasid management. */ > > +#define VCMD_CMD_ALLOC 0x1 > > +#define VCMD_CMD_FREE 0x2 > > +#define VCMD_VRSP_IP 0x1 > > +#define VCMD_VRSP_SC(e) (((e) >> 1) & 0x3) > > +#define VCMD_VRSP_SC_SUCCESS 0 > > +#define VCMD_VRSP_SC_NO_PASID_AVAIL 1 > > +#define VCMD_VRSP_SC_INVALID_PASID 1 > > +#define VCMD_VRSP_RESULT(e) (((e) >> 8) & 0xfffff) > > + > > /* > > * Domain ID reserved for pasid entries programmed for first-level > > * only and pass-through transfer modes. > > @@ -69,5 +79,6 @@ int intel_pasid_setup_pass_through(struct > > intel_iommu *iommu, struct device *dev, int pasid); > > void intel_pasid_tear_down_entry(struct intel_iommu *iommu, > > struct device *dev, int pasid); > > - > > +int vcmd_alloc_pasid(struct intel_iommu *iommu, unsigned int > > *pasid); +void vcmd_free_pasid(struct intel_iommu *iommu, unsigned > > int pasid); #endif /* __INTEL_PASID_H */ > > diff --git a/include/linux/intel-iommu.h > > b/include/linux/intel-iommu.h index 6925a18..bff907b 100644 > > --- a/include/linux/intel-iommu.h > > +++ b/include/linux/intel-iommu.h > > @@ -173,6 +173,7 @@ > > #define ecap_smpwc(e) (((e) >> 48) & 0x1) > > #define ecap_flts(e) (((e) >> 47) & 0x1) > > #define ecap_slts(e) (((e) >> 46) & 0x1) > > +#define ecap_vcs(e) (((e) >> 44) & 0x1) > > #define ecap_smts(e) (((e) >> 43) & 0x1) > > #define ecap_dit(e) ((e >> 41) & 0x1) > > #define ecap_pasid(e) ((e >> 40) & 0x1) > > @@ -289,6 +290,7 @@ > > > > /* PRS_REG */ > > #define DMA_PRS_PPR ((u32)1) > > +#define DMA_VCS_PAS ((u64)1) > > > > #define IOMMU_WAIT_OP(iommu, offset, op, cond, > > sts) \ do > > { > > \ > Otherwise > > Reviewed-by: Eric Auger > > Thanks > > Eric > [Jacob Pan]