Received: by 2002:a25:6193:0:0:0:0:0 with SMTP id v141csp3650486ybb; Tue, 31 Mar 2020 09:17:56 -0700 (PDT) X-Google-Smtp-Source: ADFU+vtWD3iYhUtxVb3Ry8scaKZBCwO0bTvztFSzmTLHEd1JrPS+/1+rwUDb1BIC7Uela1kR5Oxz X-Received: by 2002:a9d:6b8b:: with SMTP id b11mr13830895otq.119.1585671476703; Tue, 31 Mar 2020 09:17:56 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1585671476; cv=none; d=google.com; s=arc-20160816; b=wZBQk963x2e/LYp/DT6bvy/gwjA2faVCxpEuHCnAY7+WY6zu2rGXlk97h/vTMZaNRw RFwTstovFkrjiX592JvqUWySy4/TY/HexRgqc6NmE1VnJPTex0gChWu80dy1A6Cd+06O VSeA8gIW0DslD24m4/8Zz/gUoyRy9RrFulrkx1pKR9Wpz1ynoK4ZejKmjyzvWwgEfAsM YShsARHlY4fcvd5+jiMWCs5gW7PJ4oXXkI4/rlnhChvByBDrMTGWWhu1fBbnBPqt25Co UI29kBN0/XROlICJO1ZHC/x26ma8ASctC3YX+6bFQwOF4iFO/hVj231hIgAXDMwP7D5u Z/RQ== 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 :content-language:in-reply-to:mime-version:user-agent:date :message-id:from:references:cc:to:subject:dkim-signature; bh=GDlbd/yfmw9AI7XHrRS/QwDmcPNwKNDqrQzOL4DK62g=; b=qo8NwGBIVgwN7JQwDJ7athsqONGoUGNcBcQokpD/+uhljPRP89uQpZNkuwFmauxRh7 4eA1YvO6imga6ePLC0yItp6T+FZhXa2LohBfzDnr7ar7DBE/qQHRNWUzZjAmDGRSTvH+ 9jrf+J0WiSl85Oclcn1NQo8bzDOg4DjX5QH6v6MSrWVu6B1jRPIhIJoSU5un6HUtEKYu ZMu5UpYf+Ec+Rj5OSUaNXyx+cpg3SeaFSFWOKMjhQVQ6vxClLqT6UvUJ96mF2mK6m6AD tNtQ7z7ZC5pGCigakrnObeO/121vWB/ffolBEoo/EmGvRS51M/pKjjXAyqxyGvj8KedJ jThw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b=FGsnOaTT; 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=pass (p=NONE sp=NONE dis=NONE) header.from=redhat.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id f41si2768702otf.280.2020.03.31.09.17.42; Tue, 31 Mar 2020 09:17:56 -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; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b=FGsnOaTT; 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=pass (p=NONE sp=NONE dis=NONE) header.from=redhat.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1730653AbgCaQPx (ORCPT + 99 others); Tue, 31 Mar 2020 12:15:53 -0400 Received: from us-smtp-delivery-1.mimecast.com ([205.139.110.120]:55404 "EHLO us-smtp-1.mimecast.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1730391AbgCaQPx (ORCPT ); Tue, 31 Mar 2020 12:15:53 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1585671351; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=GDlbd/yfmw9AI7XHrRS/QwDmcPNwKNDqrQzOL4DK62g=; b=FGsnOaTTeF+zkFDMBsh5biewXchqO1yyk1mxi8lQ3rUi3v+Yuibbq+vxYwR+NpGR+U8VTt rmWBQzmWcypAtnkUcIw+WhWKsOVjxDwZRW+XCoJpMYZ1EkkTUCC90Yl/rLF+zwW+WJ8kLx ZlQ4gOuaVM+MCXJvvW7Hl76htDch1ic= Received: from mimecast-mx01.redhat.com (mimecast-mx01.redhat.com [209.132.183.4]) (Using TLS) by relay.mimecast.com with ESMTP id us-mta-244-xTI5boyAOIu98_tFljz-Pg-1; Tue, 31 Mar 2020 12:15:47 -0400 X-MC-Unique: xTI5boyAOIu98_tFljz-Pg-1 Received: from smtp.corp.redhat.com (int-mx02.intmail.prod.int.phx2.redhat.com [10.5.11.12]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mimecast-mx01.redhat.com (Postfix) with ESMTPS id 9A8C418C43C9; Tue, 31 Mar 2020 16:15:45 +0000 (UTC) Received: from [10.36.112.58] (ovpn-112-58.ams2.redhat.com [10.36.112.58]) by smtp.corp.redhat.com (Postfix) with ESMTPS id B000860BE0; Tue, 31 Mar 2020 16:15:35 +0000 (UTC) Subject: Re: [PATCH V10 07/11] iommu/vt-d: Support flushing more translation cache types To: Jacob Pan Cc: Lu Baolu , iommu@lists.linux-foundation.org, LKML , Joerg Roedel , David Woodhouse , Alex Williamson , Jean-Philippe Brucker , Yi Liu , "Tian, Kevin" , Raj Ashok , Christoph Hellwig , Jonathan Cameron References: <1584746861-76386-1-git-send-email-jacob.jun.pan@linux.intel.com> <1584746861-76386-8-git-send-email-jacob.jun.pan@linux.intel.com> <20200330162834.5ef42700@jacob-builder> <20200331091309.6fb369b1@jacob-builder> From: Auger Eric Message-ID: Date: Tue, 31 Mar 2020 18:15:31 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.4.0 MIME-Version: 1.0 In-Reply-To: <20200331091309.6fb369b1@jacob-builder> Content-Type: text/plain; charset=windows-1252 Content-Language: en-US Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.79 on 10.5.11.12 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Jacob, On 3/31/20 6:13 PM, Jacob Pan wrote: > On Mon, 30 Mar 2020 16:28:34 -0700 > Jacob Pan wrote: > >> On Fri, 27 Mar 2020 15:46:23 +0100 >> Auger Eric wrote: >> >>> Hi Jacob, >>> >>> On 3/21/20 12:27 AM, Jacob Pan wrote: >>>> When Shared Virtual Memory is exposed to a guest via vIOMMU, >>>> scalable IOTLB invalidation may be passed down from outside IOMMU >>>> subsystems. This patch adds invalidation functions that can be >>>> used for additional translation cache types. >>>> >>>> Signed-off-by: Jacob Pan >>>> >>>> --- >>>> v9 -> v10: >>>> Fix off by 1 in pasid device iotlb flush >>>> >>>> Address v7 missed review from Eric >>>> >>>> --- >>>> --- >>>> drivers/iommu/dmar.c | 36 >>>> ++++++++++++++++++++++++++++++++++++ drivers/iommu/intel-pasid.c | >>>> 3 ++- include/linux/intel-iommu.h | 20 ++++++++++++++++---- >>>> 3 files changed, 54 insertions(+), 5 deletions(-) >>>> >>>> diff --git a/drivers/iommu/dmar.c b/drivers/iommu/dmar.c >>>> index f77dae7ba7d4..4d6b7b5b37ee 100644 >>>> --- a/drivers/iommu/dmar.c >>>> +++ b/drivers/iommu/dmar.c >>>> @@ -1421,6 +1421,42 @@ void qi_flush_piotlb(struct intel_iommu >>>> *iommu, u16 did, u32 pasid, u64 addr, qi_submit_sync(&desc, >>>> iommu); } >>>> >>>> +/* PASID-based device IOTLB Invalidate */ >>>> +void qi_flush_dev_iotlb_pasid(struct intel_iommu *iommu, u16 sid, >>>> u16 pfsid, >>>> + u32 pasid, u16 qdep, u64 addr, unsigned >>>> size_order, u64 granu) +{ >>>> + unsigned long mask = 1UL << (VTD_PAGE_SHIFT + size_order >>>> - 1); >>>> + struct qi_desc desc = {.qw2 = 0, .qw3 = 0}; >>>> + >>>> + desc.qw0 = QI_DEV_EIOTLB_PASID(pasid) | >>>> QI_DEV_EIOTLB_SID(sid) | >>>> + QI_DEV_EIOTLB_QDEP(qdep) | QI_DEIOTLB_TYPE | >>>> + QI_DEV_IOTLB_PFSID(pfsid); >>>> + desc.qw1 = QI_DEV_EIOTLB_GLOB(granu); >>>> + >>>> + /* >>>> + * If S bit is 0, we only flush a single page. If S bit >>>> is set, >>>> + * The least significant zero bit indicates the >>>> invalidation address >>>> + * range. VT-d spec 6.5.2.6. >>>> + * e.g. address bit 12[0] indicates 8KB, 13[0] indicates >>>> 16KB. >>>> + * size order = 0 is PAGE_SIZE 4KB >>>> + * Max Invs Pending (MIP) is set to 0 for now until we >>>> have DIT in >>>> + * ECAP. >>>> + */ >>>> + desc.qw1 |= addr & ~mask; >>>> + if (size_order) >>>> + desc.qw1 |= QI_DEV_EIOTLB_SIZE; >>>> + >>>> + qi_submit_sync(&desc, iommu); >>>> +} >>>> + >>>> +void qi_flush_pasid_cache(struct intel_iommu *iommu, u16 did, u64 >>>> granu, int pasid) +{ >>>> + struct qi_desc desc = {.qw1 = 0, .qw2 = 0, .qw3 = 0}; >>>> + >>>> + desc.qw0 = QI_PC_PASID(pasid) | QI_PC_DID(did) | >>>> QI_PC_GRAN(granu) | QI_PC_TYPE; >>>> + qi_submit_sync(&desc, iommu); >>>> +} >>>> + >>>> /* >>>> * Disable Queued Invalidation interface. >>>> */ >>>> diff --git a/drivers/iommu/intel-pasid.c >>>> b/drivers/iommu/intel-pasid.c index 10c7856afc6b..9f6d07410722 >>>> 100644 --- a/drivers/iommu/intel-pasid.c >>>> +++ b/drivers/iommu/intel-pasid.c >>>> @@ -435,7 +435,8 @@ pasid_cache_invalidation_with_pasid(struct >>>> intel_iommu *iommu, { >>>> struct qi_desc desc; >>>> >>>> - desc.qw0 = QI_PC_DID(did) | QI_PC_PASID_SEL | >>>> QI_PC_PASID(pasid); >>>> + desc.qw0 = QI_PC_DID(did) | QI_PC_GRAN(QI_PC_PASID_SEL) | >>>> + QI_PC_PASID(pasid) | QI_PC_TYPE; >>> Just a nit, this fix is not documented in the commit message. >>> >> Thanks, I just sent out this fix separately. Will remove this from the >> set. >> https://lkml.org/lkml/2020/3/30/1065 >> > I just realized this is not a fix. since I redefined below macros such > that I could use them for granularity lookup without the QI_PC_TYPE. > > -#define QI_PC_ALL_PASIDS (QI_PC_TYPE | QI_PC_GRAN(0)) > -#define QI_PC_PASID_SEL (QI_PC_TYPE | QI_PC_GRAN(1)) > +/* PASID cache invalidation granu */ > +#define QI_PC_ALL_PASIDS 0 > +#define QI_PC_PASID_SEL 1 ouah ok. So it improves code reading/consistency at least ;-) Thanks Eric > > Thanks, > > Jacob > >>> Besides >>> Reviewed-by: Eric Auger >>> >>> Thanks >>> >>> Eric >>> >>>> desc.qw1 = 0; >>>> desc.qw2 = 0; >>>> desc.qw3 = 0; >>>> diff --git a/include/linux/intel-iommu.h >>>> b/include/linux/intel-iommu.h index 85b05120940e..43539713b3b3 >>>> 100644 --- a/include/linux/intel-iommu.h >>>> +++ b/include/linux/intel-iommu.h >>>> @@ -334,7 +334,7 @@ enum { >>>> #define QI_IOTLB_GRAN(gran) (((u64)gran) >> >>>> (DMA_TLB_FLUSH_GRANU_OFFSET-4)) #define QI_IOTLB_ADDR(addr) >>>> (((u64)addr) & VTD_PAGE_MASK) #define >>>> QI_IOTLB_IH(ih) (((u64)ih) << 6) -#define >>>> QI_IOTLB_AM(am) (((u8)am)) +#define >>>> QI_IOTLB_AM(am) (((u8)am) & 0x3f) >>>> #define QI_CC_FM(fm) (((u64)fm) << 48) >>>> #define QI_CC_SID(sid) (((u64)sid) << 32) >>>> @@ -353,16 +353,21 @@ enum { >>>> #define QI_PC_DID(did) (((u64)did) << 16) >>>> #define QI_PC_GRAN(gran) (((u64)gran) << 4) >>>> >>>> -#define QI_PC_ALL_PASIDS (QI_PC_TYPE | QI_PC_GRAN(0)) >>>> -#define QI_PC_PASID_SEL (QI_PC_TYPE | >>>> QI_PC_GRAN(1)) +/* PASID cache invalidation granu */ >>>> +#define QI_PC_ALL_PASIDS 0 >>>> +#define QI_PC_PASID_SEL 1 >>>> >>>> #define QI_EIOTLB_ADDR(addr) ((u64)(addr) & VTD_PAGE_MASK) >>>> #define QI_EIOTLB_IH(ih) (((u64)ih) << 6) >>>> -#define QI_EIOTLB_AM(am) (((u64)am)) >>>> +#define QI_EIOTLB_AM(am) (((u64)am) & 0x3f) >>>> #define QI_EIOTLB_PASID(pasid) (((u64)pasid) << 32) >>>> #define QI_EIOTLB_DID(did) (((u64)did) << 16) >>>> #define QI_EIOTLB_GRAN(gran) (((u64)gran) << 4) >>>> >>>> +/* QI Dev-IOTLB inv granu */ >>>> +#define QI_DEV_IOTLB_GRAN_ALL 1 >>>> +#define QI_DEV_IOTLB_GRAN_PASID_SEL 0> + >>>> #define QI_DEV_EIOTLB_ADDR(a) ((u64)(a) & VTD_PAGE_MASK) >>>> #define QI_DEV_EIOTLB_SIZE (((u64)1) << 11) >>>> #define QI_DEV_EIOTLB_GLOB(g) ((u64)g) >>>> @@ -662,8 +667,15 @@ extern void qi_flush_iotlb(struct intel_iommu >>>> *iommu, u16 did, u64 addr, unsigned int size_order, u64 type); >>>> extern void qi_flush_dev_iotlb(struct intel_iommu *iommu, u16 >>>> sid, u16 pfsid, u16 qdep, u64 addr, unsigned mask); >>>> + >>>> void qi_flush_piotlb(struct intel_iommu *iommu, u16 did, u32 >>>> pasid, u64 addr, unsigned long npages, bool ih); >>>> + >>>> +extern void qi_flush_dev_iotlb_pasid(struct intel_iommu *iommu, >>>> u16 sid, u16 pfsid, >>>> + u32 pasid, u16 qdep, u64 addr, unsigned >>>> size_order, u64 granu); + >>>> +extern void qi_flush_pasid_cache(struct intel_iommu *iommu, u16 >>>> did, u64 granu, int pasid); + >>>> extern int qi_submit_sync(struct qi_desc *desc, struct >>>> intel_iommu *iommu); >>>> extern int dmar_ir_support(void); >>>> >>> >> >> [Jacob Pan] > > [Jacob Pan] >