Received: by 2002:a25:d7c1:0:0:0:0:0 with SMTP id o184csp3519839ybg; Mon, 28 Oct 2019 14:14:53 -0700 (PDT) X-Google-Smtp-Source: APXvYqys4ZPau9wAJ5Y1/+fwiluSD0TC6s93p203PGZ6984eRA/79BzZfrcgdm25FOTtFKdq/qfq X-Received: by 2002:a17:906:7257:: with SMTP id n23mr19086886ejk.132.1572297293853; Mon, 28 Oct 2019 14:14:53 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1572297293; cv=none; d=google.com; s=arc-20160816; b=FyXblRcDvbC1IBtwP9QxpztkbtfxW5qKLTYjDVp3H6/7elf8MvDc49IqjBiLy9EQsy KPS1KfsjaNzFZwKH7siAF0/P7NVz9UB7DJ4a7QnlVJlPkhHP3hczc6gsU+T6cScga1mK qdy7CklA5h5bd3m4iHJBqjZTZFtd+9EVLU19DzqydlOexkbymZ6qPjflKAoL6Pt5L6al JncCFEwlRteGOItzmweAjNs/KdQmNSpuvQ0K1mS9FCZWFBMgz3aZuIOztwFqS9UIHRr+ 1brIObY9rhtLY+1OpgkTuO5l/cCTnLoGHO8aKoQyko//H8c11W9YpRf5qllKBd+lD5SW hIWQ== 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=nDIMew4W8zQAJzRxajFoDONCWMamhw1VqW6I+EqBHWM=; b=Jh3Lc35jdZmIJPu3eO9NHqZUeCSxEO1cVMOdXcpOachMYTUfxch/Ov3hGobJEq9Cls RDCXbzqsK2YfEpgvaMJzqeGoqxRM+Rh4bpfqIr/Gfpz3gTPDEHENbek8CPrVJII/wTl9 NQN2BYGyd3e3DqTGXT0w8dQ0ek1MhXb/OXZABSA12Tehb2CdRaRn+xWkjyrER2zXr9VB GOW0FDkPCOv9xVlym48cgObfV7jvRpSth/adschV0XPkklrJtC6bZJjjIJ/ngf8Acccz ssNIw+Rp7NGb/4TyKW8OE1xAeHxGq5GtL6NgEBkCxXRrTHx2JFDjp/nSNTiQplhaKOLN CDYQ== 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 i31si8341284eda.147.2019.10.28.14.14.30; Mon, 28 Oct 2019 14:14:53 -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 S1731664AbfJ1P6J (ORCPT + 99 others); Mon, 28 Oct 2019 11:58:09 -0400 Received: from mga18.intel.com ([134.134.136.126]:52424 "EHLO mga18.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727182AbfJ1P6I (ORCPT ); Mon, 28 Oct 2019 11:58:08 -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; 28 Oct 2019 08:58:08 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.68,240,1569308400"; d="scan'208";a="374264720" Received: from jacob-builder.jf.intel.com (HELO jacob-builder) ([10.7.199.155]) by orsmga005.jf.intel.com with ESMTP; 28 Oct 2019 08:58:08 -0700 Date: Mon, 28 Oct 2019 09:02:31 -0700 From: Jacob Pan To: "Tian, Kevin" Cc: "iommu@lists.linux-foundation.org" , LKML , Joerg Roedel , "David Woodhouse" , Alex Williamson , Jean-Philippe Brucker , "Liu, Yi L" , "Raj, Ashok" , Christoph Hellwig , Lu Baolu , Jonathan Cameron , Eric Auger , jacob.jun.pan@linux.intel.com Subject: Re: [PATCH v7 09/11] iommu/vt-d: Add bind guest PASID support Message-ID: <20191028090231.4777c6a9@jacob-builder> In-Reply-To: References: <1571946904-86776-1-git-send-email-jacob.jun.pan@linux.intel.com> <1571946904-86776-10-git-send-email-jacob.jun.pan@linux.intel.com> <20191025103337.1e51c0c9@jacob-builder> 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 On Mon, 28 Oct 2019 06:03:36 +0000 "Tian, Kevin" wrote: > > > > + .sva_bind_gpasid = intel_svm_bind_gpasid, > > > > + .sva_unbind_gpasid = intel_svm_unbind_gpasid, > > > > +#endif > > > > > > again, pure PASID management logic should be separated from SVM. > > > > > I am not following, these two functions are SVM functionality, not > > pure PASID management which is already separated in ioasid.c > > I should say pure "scalable mode" logic. Above callbacks are not > related to host SVM per se. They are serving gpasid requests from > guest side, thus part of generic scalable mode capability. Got your point, but we are sharing data structures with host SVM, it is very difficult and inefficient to separate the two.