Received: by 2002:a05:6a10:a0d1:0:0:0:0 with SMTP id j17csp1640724pxa; Sun, 16 Aug 2020 06:01:55 -0700 (PDT) X-Google-Smtp-Source: ABdhPJyWMK2M7gk4b5y9QtCKE3Qvc3f6jcjSmD/0ChMeqykAsQCk3RuVDOJ6qJxnJdbleprqTf4u X-Received: by 2002:a17:906:1756:: with SMTP id d22mr10657520eje.29.1597582915710; Sun, 16 Aug 2020 06:01:55 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1597582915; cv=none; d=google.com; s=arc-20160816; b=B4WHHYtQP7qLu551K1rX0czN7AqcQDTM4MyXFSxiZ9x1THHk4QL1tl+MFxqwHH4ZQ+ 5hjFik2Fv9FNs3rPcfmDPY72A++n01/T7asc4fvRCPaAXwd0Rf2TiAwKyGwkQuf7OvWm j1SNjMWqbtaxEC/7tPLhsd6F1nEShs0xjgQStWHYz7JaLs5YRq0HRZn04XiTg2JdyNqh rd4mKVR3bJOf/fsLcuTLmdwEqrYOX9g01Ouk1KOUyO2ukNsE7xHZUgwmK1gwAWgUXRMY wo4cGsiDAml6zy9q3QsHEXMKI+0ee9mAagb9ewY3m3uYfIQYBUU87/yhFrnafH8DUUV1 eZaA== 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=W0HocnDQkztIIYn8ga3nfHi06IHWlBx2B73NXD/QwWQ=; b=tbmLx+z7En0qjdpyfsCdewk8TgV+Omu0yuvOth5dHTbj4lpjHfbkKW6VHoLX4Z47CS FZfh/gx/GWZc9lmmIOBYrmrXD3XVgVyn5nHX+btIVtHYnZFewpXoiLzn696gZb3sKJek qfHHzik+xnVQiKUrngOog7i5Lg44Q3bhE2XqNkSMe6WTb5VqTVyItI0ADpBkdg/otPsW UNxCBs03fAxVAT+K6zurpa/wSNAW23RxSM42ZRw3AESm7wCyULV+i2hJyBgvA3KlCV+4 +AqFTjBCxHlbKBG2szTIHrnZyvRGclRSir9niyAWqyN1Q/0hxZAr9EMRqLbv1e42lKI5 e5WA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b=DROTbvDg; 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 d17si8952271edz.218.2020.08.16.06.01.32; Sun, 16 Aug 2020 06:01:55 -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=DROTbvDg; 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 S1728551AbgHPMmk (ORCPT + 99 others); Sun, 16 Aug 2020 08:42:40 -0400 Received: from us-smtp-2.mimecast.com ([205.139.110.61]:28862 "EHLO us-smtp-delivery-1.mimecast.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1726208AbgHPMmh (ORCPT ); Sun, 16 Aug 2020 08:42:37 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1597581755; 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=W0HocnDQkztIIYn8ga3nfHi06IHWlBx2B73NXD/QwWQ=; b=DROTbvDgHKlJuK1vJxlI1lcMR5yiLCeYky1wovMQqvTx4Qw3ncDfGh1nhR6mXyfwaK0Jbc TqKcRUM8/kq4KDrzpVG0euV+8n9A0t+PHiTfdAxh14WyLJXU3i5B0vHRmR/byk//EjNb24 2fTffn+0pselpScGgE63DINV11YTZNg= 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-132-GM2mls39OEmSR4fc2P72oQ-1; Sun, 16 Aug 2020 08:42:31 -0400 X-MC-Unique: GM2mls39OEmSR4fc2P72oQ-1 Received: from smtp.corp.redhat.com (int-mx01.intmail.prod.int.phx2.redhat.com [10.5.11.11]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mimecast-mx01.redhat.com (Postfix) with ESMTPS id C88AB100558D; Sun, 16 Aug 2020 12:42:29 +0000 (UTC) Received: from [10.36.113.93] (ovpn-113-93.ams2.redhat.com [10.36.113.93]) by smtp.corp.redhat.com (Postfix) with ESMTPS id 14014702FF; Sun, 16 Aug 2020 12:42:18 +0000 (UTC) Subject: Re: [PATCH v6 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: "Tian, Kevin" , "jacob.jun.pan@linux.intel.com" , "Raj, Ashok" , "Tian, Jun J" , "Sun, Yi Y" , "jean-philippe@linaro.org" , "peterx@redhat.com" , "Wu, Hao" , "stefanha@gmail.com" , "iommu@lists.linux-foundation.org" , "kvm@vger.kernel.org" , "linux-kernel@vger.kernel.org" References: <1595917664-33276-1-git-send-email-yi.l.liu@intel.com> <1595917664-33276-7-git-send-email-yi.l.liu@intel.com> From: Auger Eric Message-ID: <2e161928-b6c5-784d-8233-2505f9feb87c@redhat.com> Date: Sun, 16 Aug 2020 14:42:17 +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: 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.11 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 8/14/20 10:04 AM, Liu, Yi L wrote: > Hi Eric, > >> From: Auger Eric >> Sent: Thursday, August 13, 2020 11:07 PM >> >> Hi Yi, >> >> On 7/28/20 8:27 AM, 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 will check the PASID 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 >>> --- >>> v5 -> v6: >>> *) address comments against v5 from Eric Auger. >>> >>> v4 -> v5: >>> *) address comments from Eric Auger. >>> --- >>> drivers/iommu/intel/iommu.c | 23 +++++++++++++++++++++++ >>> include/linux/intel-iommu.h | 4 ++++ >>> include/linux/iommu.h | 1 + >>> 3 files changed, 28 insertions(+) >>> >>> diff --git a/drivers/iommu/intel/iommu.c b/drivers/iommu/intel/iommu.c >>> index ed4b71c..b2fe54e 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; >>> @@ -6040,6 +6041,28 @@ intel_iommu_domain_set_attr(struct iommu_domain >> *domain, >>> } >>> spin_unlock_irqrestore(&device_domain_lock, flags); >>> break; >>> + case DOMAIN_ATTR_IOASID_SID: >>> + { >>> + int sid = *(int *)data; >> >>> + >>> + spin_lock_irqsave(&device_domain_lock, flags); >>> + if (!(dmar_domain->flags & DOMAIN_FLAG_NESTING_MODE)) { >>> + ret = -ENODEV; >>> + spin_unlock_irqrestore(&device_domain_lock, flags); >>> + break; >>> + } >>> + if (dmar_domain->ioasid_sid != INVALID_IOASID_SET && >>> + dmar_domain->ioasid_sid != sid) { >>> + pr_warn_ratelimited("multi ioasid_set (%d:%d) setting", >>> + dmar_domain->ioasid_sid, sid); >>> + ret = -EBUSY; >>> + spin_unlock_irqrestore(&device_domain_lock, flags); >>> + break; >>> + } >>> + dmar_domain->ioasid_sid = sid; >>> + spin_unlock_irqrestore(&device_domain_lock, flags); >>> + break; >> nit: Adding a small helper >> int__set_ioasid_sid(struct dmar_domain *dmar_domain, int sid_id) >> >> may simplify the lock handling > > ok. will do. > >> >>> + } >>> 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 >> id of the ioasid set? > > should be ioasid_set. however, ioasid_alloc_set() returns sid in Jacob's > series. but, I heard from Jacob, he will remove ioasid_sid, and return > ioasid_set. so I will modify it once his patch is sent out. > > https://lore.kernel.org/linux-iommu/1585158931-1825-4-git-send-email-jacob.jun.pan@linux.intel.com/ OK Thanks Eric > >>> + * 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 >>> 4a02c9e..b1ff702 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, >>> }; >>> >>> >> Besides >> Reviewed-by: Eric Auger > > thanks :-) > > Regards, > Yi Liu > >> >> Eric >