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: Add0lrMH87IsTsl5Rp6WN1oQU6kGMQNQxoYAAN4kDIAAfDtbgAB9mQaAABKIGhAAGkG/gAAXZR2A
Date:   Thu, 5 Aug 2021 22:44:19 +0000
Message-ID: <BN9PR11MB543328F0734D5FBE7D627FA38CF29@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>
 <BN9PR11MB54330D97D0935F1C1E0E346C8CF19@BN9PR11MB5433.namprd11.prod.outlook.com>
 <20210805112713.GN1721383@nvidia.com>
In-Reply-To: <20210805112713.GN1721383@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?h2Klkd0ETWl5mzBWB7Pmef7rJTSB7MCILLnwlsR+6kQSxfcZZOkTNAlsH5QP?=
 =?us-ascii?Q?3OK5Op0XSwEdGdkCxCRHyh+pina3NNSmovvHH/mhrwz/xLpaTIHun3mE3Tkh?=
 =?us-ascii?Q?Vo1Lwm9kV0wrIST/75Z9WzluRHArHDzHRoY0lxUmKtLFB0XqbaccJ0k8vFg4?=
 =?us-ascii?Q?ksnDQQ/ioq8w5hzMXq2I7RA9mbCZiORSav4Q7Q1ISJ+PjHamNFGSCwN2NVK6?=
 =?us-ascii?Q?CBU3EuyNcIWNYyreMOBNb6qkb4sQm4xHYfdoBcp30KSnwzWgz70/n2V71xwr?=
 =?us-ascii?Q?fKKq4kHjph2hmbU0QvSi7aEGeQIFf03bhWjgJOOJVKtQgj4AVb59tDVwMFMT?=
 =?us-ascii?Q?LynFQjQpCdrTHKnHTGWYF+eh+HmNcGEXRdQ7AugwMdUNvyJaKuvgVepQtRdt?=
 =?us-ascii?Q?McA6QEh7GOBfx4ECgtS5Nwq02zdunYc08VJEBBT+HvLJg58OekVEUPynN1MT?=
 =?us-ascii?Q?lI4cbvRpjYt2qXgjk51yWppzQAQ2W3QL8lER5vxD52RL8a5WZ+o+YieQlmRu?=
 =?us-ascii?Q?dfJhDtERq+Gcp0PoTYAnKrdmx7BCCFpEnP3oSCLaKUpB1yw4aGdcWRBwoEQJ?=
 =?us-ascii?Q?7c7wla0xGELugl2n7bQ8uLi8pWLbJ8alhYZfLTkTz0oHTb74RWOnRLrBPykW?=
 =?us-ascii?Q?PMmNY6XpxnEm8K6G2fAZM/2QwuRpaxyneU0FjL13HyxxUlkp9ZFwGYI8Tx6l?=
 =?us-ascii?Q?2cmrpaZyWgeeFfB5slGF8rPq9Cf2taYdCsToZUhT2u5t4T879COFJU1BS5Hx?=
 =?us-ascii?Q?P5kOFi2XkEtUVRzJiiTeGyGL7MIk25Jhbiex6Z8elJFSI3gK5K85kGd7YmVH?=
 =?us-ascii?Q?IzO/4GAxhuOYhLvxfDDHdCEQ1Csz5kR0n6oa8tcWP3+/Zg6rdf1jZPmh10y6?=
 =?us-ascii?Q?YABcR5VNj0QCWEXGvUd3nzLN7x39v/Gq/T/5i/kvSKiQMTKTJGquAqusmtzD?=
 =?us-ascii?Q?rCb0rTW7Jp/3sY4p2skAaW+5ppgTYdrEPXW/rEn0W+vulTD2QnvlPES1He2A?=
 =?us-ascii?Q?VfWTAMkwtC9bzbj/XCCOaIYZfWwXeezagsJ5NTDWt8GZZHv2FuMIi7fCXDgd?=
 =?us-ascii?Q?vCYcvqTm0zuA4dbKnoZiKYa3e0YUimpfkKrZjH0KahFB8nrjNCCF89lAdkhq?=
 =?us-ascii?Q?LR/5wkC0xZgoPCVWygUEEyJa36L9PxqMMDXmHsZRXTvzwuFEMsKEXmQTyKZn?=
 =?us-ascii?Q?qdFTVP8767tioBVa5bXelXpXkQLBdUydhlP+1x0aVozM6xgse70KX/UqhC45?=
 =?us-ascii?Q?ade8Tqu+M0am5O0LzJVtVsn57OZayT1S15g8N3mVeeVvmgNARFAilKAxa+fj?=
 =?us-ascii?Q?LdLt9knKAsC5AEBB8XA6JVYM?=
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: b40bef67-1a30-45de-8194-08d958629000
X-MS-Exchange-CrossTenant-originalarrivaltime: 05 Aug 2021 22:44:19.3676
 (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: rIGThFV5UB0+wHLuWLGXOTOoP0VnnkY1ObizsHWnuMwp6dE66h0suEIC4El3WP2iYVGCm0jydVxYDGgB9mYPBw==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: BN6PR11MB1762
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: Thursday, August 5, 2021 7:27 PM
>=20
> On Wed, Aug 04, 2021 at 10:59:21PM +0000, Tian, Kevin wrote:
> > > From: Jason Gunthorpe <jgg@nvidia.com>
> > > Sent: Wednesday, August 4, 2021 10:05 PM
> > >
> > > On Mon, Aug 02, 2021 at 02:49:44AM +0000, Tian, Kevin wrote:
> > >
> > > > Can you elaborate? IMO the user only cares about the label (device
> cookie
> > > > plus optional vPASID) which is generated by itself when doing the
> attaching
> > > > call, and expects this virtual label being used in various spots
> (invalidation,
> > > > page fault, etc.). How the system labels the traffic (the physical =
RID or
> RID+
> > > > PASID) should be completely invisible to userspace.
> > >
> > > 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.
> > >
> >
> > 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?
>=20
> Uh, no?
>=20
> > 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...
>=20
> vPASID is only a feature of one device in existance, so we can't make
> vPASID mandatory.
>=20

sure. my point is just that if vPASID is being emulated there is no need
of exposing pPASID to user space. Can you give a concrete example
where pPASID must be exposed and how the user wants to use this
information?=20

Thanks
Kevin