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;
From:   "Tian, Kevin" <kevin.tian@intel.com>
To:     Jason Gunthorpe <jgg@nvidia.com>
CC:     David Gibson <david@gibson.dropbear.id.au>,
        "Alex Williamson (alex.williamson@redhat.com)" 
        <alex.williamson@redhat.com>,
        "Jean-Philippe Brucker" <jean-philippe@linaro.org>,
        Jason Wang <jasowang@redhat.com>,
        "parav@mellanox.com" <parav@mellanox.com>,
        "Enrico Weigelt, metux IT consult" <lkml@metux.net>,
        Paolo Bonzini <pbonzini@redhat.com>,
        Shenming Lu <lushenming@huawei.com>,
        Joerg Roedel <joro@8bytes.org>,
        Eric Auger <eric.auger@redhat.com>,
        Jonathan Corbet <corbet@lwn.net>,
        "Raj, Ashok" <ashok.raj@intel.com>,
        "Liu, Yi L" <yi.l.liu@intel.com>, "Wu, Hao" <hao.wu@intel.com>,
        "Jiang, Dave" <dave.jiang@intel.com>,
        Jacob Pan <jacob.jun.pan@linux.intel.com>,
        Kirti Wankhede <kwankhede@nvidia.com>,
        "Robin Murphy" <robin.murphy@arm.com>,
        "kvm@vger.kernel.org" <kvm@vger.kernel.org>,
        "iommu@lists.linux-foundation.org" <iommu@lists.linux-foundation.org>,
        "David Woodhouse" <dwmw2@infradead.org>,
        LKML <linux-kernel@vger.kernel.org>,
        "Lu Baolu" <baolu.lu@linux.intel.com>
Subject: RE: [RFC v2] /dev/iommu uAPI proposal
Thread-Topic: [RFC v2] /dev/iommu uAPI proposal
Thread-Index: Add0lrMH87IsTsl5Rp6WN1oQU6kGMQNQxoYAAN4kDIAAfDtbgAB9mQaAABKIGhA=
Date:   Wed, 4 Aug 2021 22:59:21 +0000
Message-ID: <BN9PR11MB54330D97D0935F1C1E0E346C8CF19@BN9PR11MB5433.namprd11.prod.outlook.com>
References: <BN9PR11MB5433B1E4AE5B0480369F97178C189@BN9PR11MB5433.namprd11.prod.outlook.com>
 <YP4/KJoYfbaf5U94@yekko> <20210730145123.GW1721383@nvidia.com>
 <BN9PR11MB5433C34222B3E727B3D0E5638CEF9@BN9PR11MB5433.namprd11.prod.outlook.com>
 <20210804140447.GH1721383@nvidia.com>
In-Reply-To: <20210804140447.GH1721383@nvidia.com>
Accept-Language: en-US
Content-Language: en-US
dlp-version: 11.5.1.3
dlp-product: dlpe-windows
dlp-reaction: no-action
x-ms-exchange-antispam-messagedata-chunkcount: 1
x-ms-exchange-antispam-messagedata-0: =?us-ascii?Q?Rp52oQGL0XlNVvHU9QV+hjIt+KTTJxUpwuOL8vvAXhzHl9i3KKfiRnWWaS/v?=
 =?us-ascii?Q?uV1Ly9jLzN4pBKwFAtTOTFKpMPlV/QYMYvYzcVMmlmgsa5oI+aT7xWAWCGa8?=
 =?us-ascii?Q?I45r8yEqxZ2KudsNrF+USTBZkT5qE+ahDNe8oISwK3HvulwcfBcZA4XUbbmo?=
 =?us-ascii?Q?hWJl58pvVn4ABwTe2VbaImcK4dUZulSygUhYkYovfK2/5Khxrdy+6H7QXrTW?=
 =?us-ascii?Q?ggBhebxHX3H629HExZ4nmMkXOgqFrOqt3CcAgrhmqnUjF5+7RUMZsCA+riAV?=
 =?us-ascii?Q?Y9WVFbWkq8sHAMM0HOVIu54Gc6FmWKEvftA6xByjL8HQ0t05NrDWBdVADMe5?=
 =?us-ascii?Q?RTYIlgzRmAiKQ83dbzQxA7Ilm2pyVNSJZZE+UWQTKnGH/gMILBzPsDebofjH?=
 =?us-ascii?Q?eLxVv0Rh5ZcKjCb/nqhXnKwEWuIIFpEVmt3tARw/gp7i3/fOyWGnXAZk+VbQ?=
 =?us-ascii?Q?43xJZvzwW4F27TYbDO0CKoMl6K21uOjLmWbWKTBcRqovkstFcBFBDzqfK75L?=
 =?us-ascii?Q?BDa0BFlbj4h2RTnK/0ebhaoZiY3tktphXz7gBl2preMxZDapXB9x/FbGlfOj?=
 =?us-ascii?Q?NLuUfJew2VPDAWfe4CETsj+1VzlFfyYGcnr9sXsSDZTUqX8Ml8sJ07HE1ry3?=
 =?us-ascii?Q?dxDgIraNpFvXLWwslC54E5fYWdO5vkiXU+GvPr7W/SudEwocVIUImJDlPBIA?=
 =?us-ascii?Q?XeNDk/I/SKwuU8Qa2dL8fudGdsbU2DrT5ddH5VELMX1QByyl7F3Is0zkjlIB?=
 =?us-ascii?Q?9mzNcIqSKfy0c6jK8lcUuDVzFpB90NJjF/3SQSE3woKUD4hvQPLAlwXVu0Jj?=
 =?us-ascii?Q?XlgqqpNNE1ZXgahbzg0UVAezRnK4eGEoKZ0BfpYloPfcXAQ4w2ZgeIY3qMii?=
 =?us-ascii?Q?MUcUJF0hW5nhRDvtUVMi3pyK24YULPhXYBHxi5SgtSjA6kXFOioZQK0Go7dP?=
 =?us-ascii?Q?gJr+bO3REUmxIg67n9tH2CADjLWWTn+7DZW3DtqiNsA0xGWZq0MszgstJzSp?=
 =?us-ascii?Q?quy0QerG7Ev6GJNJFYvAN2ENGMqsSQGDDb4f/vFgrRbf121ZSg0Z4lF2wHBl?=
 =?us-ascii?Q?pTva2iZOuFLO5tJGaikoNpXAP2mgw4rlDTMtczlIJ1cA+UGTiazeheqJKzer?=
 =?us-ascii?Q?yLp5Le8+Ls5uQXHRI1Gpum2JVSGVXJ84tyoOiP+uzqjJ/4WizHn93kuqfjBx?=
 =?us-ascii?Q?AhdXh3H79Hsp4gfo3Ypk918U3zIJgWrPoZlfly6QyemiESXo7c0bL/zOSjc8?=
 =?us-ascii?Q?Lfh+E12hu1W5MfK1pR3u6HlunBJGn3x3fj6fc26CIfmOOCyCPiRPmaFDGnmM?=
 =?us-ascii?Q?0SIDTgjt9bRlHeiNsukX6rYq?=
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: BN9PR11MB5433.namprd11.prod.outlook.com
X-MS-Exchange-CrossTenant-Network-Message-Id: efd97a3e-4a7f-445f-4880-08d9579b7f04
X-MS-Exchange-CrossTenant-originalarrivaltime: 04 Aug 2021 22:59:21.0716
 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 46c98d88-e344-4ed4-8496-4ed7712e255d
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: PcGdw2I7KL2bJanRu76jxNoLoTxJViQlBur0E4U/vyQbdUA29gloaopnlTh39OkEhnH+FiupELKQIyGbmxM7IQ==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: BN6PR11MB1939
X-OriginatorOrg: intel.com
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org

> From: Jason Gunthorpe <jgg@nvidia.com>
> Sent: Wednesday, August 4, 2021 10:05 PM
>=20
> On Mon, Aug 02, 2021 at 02:49:44AM +0000, Tian, Kevin wrote:
>=20
> > Can you elaborate? IMO the user only cares about the label (device cook=
ie
> > plus optional vPASID) which is generated by itself when doing the attac=
hing
> > call, and expects this virtual label being used in various spots (inval=
idation,
> > page fault, etc.). How the system labels the traffic (the physical RID =
or RID+
> > PASID) should be completely invisible to userspace.
>=20
> I don't think that is true if the vIOMMU driver is also emulating
> PASID. Presumably the same is true for other PASID-like schemes.
>=20

I'm getting even more confused with this comment. Isn't it the
consensus from day one that physical PASID should not be exposed
to userspace as doing so breaks live migration? with PASID emulation
vIOMMU only cares about vPASID instead of pPASID, and the uAPI
only requires user to register vPASID instead of reporting pPASID
back to userspace...

Thanks
Kevin