Received: by 2002:a05:6902:102b:0:0:0:0 with SMTP id x11csp223943ybt; Mon, 6 Jul 2020 07:53:14 -0700 (PDT) X-Google-Smtp-Source: ABdhPJw2tlc4utOj1IfUOHrGJsaVfO+FVsIYQtm9Vg+kXlQUAMXN/OzMMKVtNZWQaqyfp7vNw2tR X-Received: by 2002:a17:906:9348:: with SMTP id p8mr20871389ejw.467.1594047194745; Mon, 06 Jul 2020 07:53:14 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1594047194; cv=none; d=google.com; s=arc-20160816; b=WbfdILWnfXISNlunm8JBwHwUd5XU79azgAM5Z5SGuswibV7DigUoxz8jR9yrfMqr1z DtcFzmLNfIavHkgmiQ9lnVvmDJx9PAfMekp9nBXIic4yXS6bSV1FZ+EZbnepj8xRK2/2 aTTBuR+jJMzkVElyXzUbfdVAvY+6BricW3nG8UoBLkrJl9dZvT+B6t5FS8tvo4zJonQH f73von2rsW613vv2om9ZuRNfyOpW9Y0VbRtZnIVDWnEnRoKkCaFFaEJrb80+XU6YS5Cz wOQazI4GUhaOsOGEXb1eZd8kZZyFRCS2d2NjcK20EbVqKxaaAmCoqGiFv31Saq8KB7qA mrpA== 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=ZKdVspges85ZduPH9Q6FYljsttWOZWyavYYfs+vHaPE=; b=IOvcciOeruBblO4N821ujtmaL/YJ/CS/Y8/waYwNf5m+R/jtFr10ysuskipgyQodDs 3G6KygkQpfIetmeVlooz5B3CUshh6XFlyBT7XkvgnZcsf4aK8ooD0wKv3gbl0U6k0nRj CiavnSwWq98Dsadj9RZWaJV/cPnlsMsrYqf7pRdM/WwFpvTEBZwBiHPlHYIxFFd+ul/v V7iK/c109ERlDpmzl3uaprKG+X9nlndc9CJFy7f8VKWICgxO+Kd/PknQwCF2voN+M1x5 JsKOGuQyBmrTOZ9DRZTpI7oMaGrlLpaBeZ3Q9yYYLTBuAu+mZQY8zcuK57NAI79XBGnd vuLQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b=cp5s15ha; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=redhat.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id o23si12573737ejx.620.2020.07.06.07.52.52; Mon, 06 Jul 2020 07:53:14 -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=@redhat.com header.s=mimecast20190719 header.b=cp5s15ha; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=redhat.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1729268AbgGFOwd (ORCPT + 99 others); Mon, 6 Jul 2020 10:52:33 -0400 Received: from us-smtp-2.mimecast.com ([205.139.110.61]:22997 "EHLO us-smtp-delivery-1.mimecast.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1729224AbgGFOwd (ORCPT ); Mon, 6 Jul 2020 10:52:33 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1594047151; 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=ZKdVspges85ZduPH9Q6FYljsttWOZWyavYYfs+vHaPE=; b=cp5s15haQq6dCsC1mWqSalF+CcjMs0EkZdlXEiTMhmKpw7pPK/wFPEQN0m5ZFrDogbhUjK fwXGHPZlWFi5NIOCrg3SqbBd/Yoc1QMEiUSQ6rWBylOgKxWgI2T3lxaXCYB8Xecpfj37Jf 0b91gAp/akSX+4WDPlx/s+B4bVk51NA= 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-390-6abRn3w7MLOiHY4XoIRN0w-1; Mon, 06 Jul 2020 10:52:27 -0400 X-MC-Unique: 6abRn3w7MLOiHY4XoIRN0w-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 97E93107ACF9; Mon, 6 Jul 2020 14:52:25 +0000 (UTC) Received: from [10.36.113.241] (ovpn-113-241.ams2.redhat.com [10.36.113.241]) by smtp.corp.redhat.com (Postfix) with ESMTPS id 500D260BF3; Mon, 6 Jul 2020 14:52:16 +0000 (UTC) Subject: Re: [PATCH v4 06/15] iommu/vt-d: Support setting ioasid set to domain To: Liu Yi L , alex.williamson@redhat.com, baolu.lu@linux.intel.com, joro@8bytes.org Cc: kevin.tian@intel.com, jacob.jun.pan@linux.intel.com, ashok.raj@intel.com, jun.j.tian@intel.com, yi.y.sun@intel.com, jean-philippe@linaro.org, peterx@redhat.com, hao.wu@intel.com, stefanha@gmail.com, iommu@lists.linux-foundation.org, kvm@vger.kernel.org, linux-kernel@vger.kernel.org References: <1593861989-35920-1-git-send-email-yi.l.liu@intel.com> <1593861989-35920-7-git-send-email-yi.l.liu@intel.com> From: Auger Eric Message-ID: Date: Mon, 6 Jul 2020 16:52:14 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.5.0 MIME-Version: 1.0 In-Reply-To: <1593861989-35920-7-git-send-email-yi.l.liu@intel.com> Content-Type: text/plain; charset=utf-8 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 Yi, On 7/4/20 1:26 PM, Liu Yi L wrote: > From IOMMU p.o.v., PASIDs allocated and managed by external components > (e.g. VFIO) will be passed in for gpasid_bind/unbind operation. IOMMU > needs some knowledge to check the PASID ownership, hence add an interface > for those components to tell the PASID owner. > > In latest kernel design, PASID ownership is managed by IOASID set where > the PASID is allocated from. This patch adds support for setting ioasid > set ID to the domains used for nesting/vSVA. Subsequent SVA operations > on the PASID will be checked against its IOASID set for proper ownership. > > Cc: Kevin Tian > CC: Jacob Pan > Cc: Alex Williamson > Cc: Eric Auger > Cc: Jean-Philippe Brucker > Cc: Joerg Roedel > Cc: Lu Baolu > Signed-off-by: Liu Yi L > Signed-off-by: Jacob Pan > --- > drivers/iommu/intel/iommu.c | 16 ++++++++++++++++ > include/linux/intel-iommu.h | 4 ++++ > include/linux/iommu.h | 1 + > 3 files changed, 21 insertions(+) > > diff --git a/drivers/iommu/intel/iommu.c b/drivers/iommu/intel/iommu.c > index 62ebe01..89d708d 100644 > --- a/drivers/iommu/intel/iommu.c > +++ b/drivers/iommu/intel/iommu.c > @@ -1793,6 +1793,7 @@ static struct dmar_domain *alloc_domain(int flags) > if (first_level_by_default()) > domain->flags |= DOMAIN_FLAG_USE_FIRST_LEVEL; > domain->has_iotlb_device = false; > + domain->ioasid_sid = INVALID_IOASID_SET; > INIT_LIST_HEAD(&domain->devices); > > return domain; > @@ -6039,6 +6040,21 @@ intel_iommu_domain_set_attr(struct iommu_domain *domain, > } > spin_unlock_irqrestore(&device_domain_lock, flags); > break; > + case DOMAIN_ATTR_IOASID_SID: no need to take the device_domain_lock? > + if (!(dmar_domain->flags & DOMAIN_FLAG_NESTING_MODE)) { > + ret = -ENODEV; > + break; > + } > + if ((dmar_domain->ioasid_sid != INVALID_IOASID_SET) && > + (dmar_domain->ioasid_sid != (*(int *) data))) { storing *(int *) data) in a local variable would increase the readability of the code I think. > + pr_warn_ratelimited("multi ioasid_set (%d:%d) setting", > + dmar_domain->ioasid_sid, > + (*(int *) data)); > + ret = -EBUSY; > + break; > + } > + dmar_domain->ioasid_sid = *(int *) data; > + break; > default: > ret = -EINVAL; > break; > diff --git a/include/linux/intel-iommu.h b/include/linux/intel-iommu.h > index 3f23c26..0d0ab32 100644 > --- a/include/linux/intel-iommu.h > +++ b/include/linux/intel-iommu.h > @@ -549,6 +549,10 @@ struct dmar_domain { > 2 == 1GiB, 3 == 512GiB, 4 == 1TiB */ > u64 max_addr; /* maximum mapped address */ > > + int ioasid_sid; /* > + * the ioasid set which tracks all > + * PASIDs used by the domain. > + */ > int default_pasid; /* > * The default pasid used for non-SVM > * traffic on mediated devices. > diff --git a/include/linux/iommu.h b/include/linux/iommu.h > index 2567c33..21d32be 100644 > --- a/include/linux/iommu.h > +++ b/include/linux/iommu.h > @@ -124,6 +124,7 @@ enum iommu_attr { > DOMAIN_ATTR_FSL_PAMUV1, > DOMAIN_ATTR_NESTING, /* two stages of translation */ > DOMAIN_ATTR_DMA_USE_FLUSH_QUEUE, > + DOMAIN_ATTR_IOASID_SID, > DOMAIN_ATTR_MAX, > }; > > Thanks Eric