Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20;
From:   "Tian, Kevin" <kevin.tian@intel.com>
To:     Jason Gunthorpe <jgg@nvidia.com>
CC:     Thomas Gleixner <tglx@linutronix.de>,
        "Chatre, Reinette" <reinette.chatre@intel.com>,
        "Jiang, Dave" <dave.jiang@intel.com>,
        "Logan Gunthorpe" <logang@deltatee.com>,
        LKML <linux-kernel@vger.kernel.org>,
        "Bjorn Helgaas" <helgaas@kernel.org>,
        Marc Zygnier <maz@kernel.org>,
        Alex Williamson <alex.williamson@redhat.com>,
        "Dey, Megha" <megha.dey@intel.com>,
        "Raj, Ashok" <ashok.raj@intel.com>,
        "linux-pci@vger.kernel.org" <linux-pci@vger.kernel.org>,
        Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
        Jon Mason <jdmason@kudzu.us>, Allen Hubbe <allenbh@gmail.com>,
        "linux-ntb@googlegroups.com" <linux-ntb@googlegroups.com>,
        "linux-s390@vger.kernel.org" <linux-s390@vger.kernel.org>,
        Heiko Carstens <hca@linux.ibm.com>,
        Christian Borntraeger <borntraeger@de.ibm.com>,
        "x86@kernel.org" <x86@kernel.org>, "Rodel, Jorg" <jroedel@suse.de>,
        "iommu@lists.linux-foundation.org" <iommu@lists.linux-foundation.org>
Subject: RE: [patch 21/32] NTB/msi: Convert to msi_on_each_desc()
Thread-Topic: [patch 21/32] NTB/msi: Convert to msi_on_each_desc()
Thread-Index: AQHX4y1VNaiO68omHEet2J9DWrVARKwa1YEAgAAp0QCAABreAIAAIi2AgAE8MoCAAAd1gIAACyoAgAAPcQCAADDDAIAAp1uAgABn9QCAACTxgIAAAdGAgAAbd4CAAA94gIAABpSAgAt9SoCAADlJAIAAgb+AgABGMACAAAc8gIAAE+oAgAAmHACAAFJ4oIAAem8AgABqWwCAANPscIAAWxoAgADV7aCAAT/pAIGycJswgAhPdQCAASQawA==
Date:   Wed, 21 Sep 2022 07:57:00 +0000
Message-ID: <BN9PR11MB5276CAB439EE27557FC17B1A8C4F9@BN9PR11MB5276.namprd11.prod.outlook.com>
References: <8735n1zaz3.ffs@tglx> <87sfv1xq3b.ffs@tglx>
 <BN9PR11MB527619B099061B3814EB40408C719@BN9PR11MB5276.namprd11.prod.outlook.com>
 <20211210123938.GF6385@nvidia.com> <87fsr0xp31.ffs@tglx>
 <BN9PR11MB527625E8A9BB854F3C0D19AE8C729@BN9PR11MB5276.namprd11.prod.outlook.com>
 <875yrvwavf.ffs@tglx>
 <BL1PR11MB5271326D39DAB692F07587768C739@BL1PR11MB5271.namprd11.prod.outlook.com>
 <87fsqxv8zf.ffs@tglx>
 <BN9PR11MB5276961D838169BF237928E18C499@BN9PR11MB5276.namprd11.prod.outlook.com>
 <YynJqID/E5dFCakg@nvidia.com>
In-Reply-To: <YynJqID/E5dFCakg@nvidia.com>
Accept-Language: en-US
Content-Language: en-US
x-ms-exchange-antispam-messagedata-chunkcount: 1
x-ms-exchange-antispam-messagedata-0: =?us-ascii?Q?D4asN3dN3UmVvMo5Rc96pJWQenKM0u26QPWb4weiQgmAYUoU0NGC0goizzQJ?=
 =?us-ascii?Q?KPo9XfcZ6HKvTy3qPO6vXacxCgAuM6Xs4X6RK87OBDkrt/5/dzCQ6mDrpcmw?=
 =?us-ascii?Q?RLguTz7l/3Xh9wU9C76AporlqwWyLJkMp1jpvcmD9dLA73+8PlyfA8jMegHl?=
 =?us-ascii?Q?tkVrZ9Tu4k5pvk6+jdAU6DtWbaV4T42uRrssQNpQWbOJPayZVH9RD0INlbd0?=
 =?us-ascii?Q?Qjuog+r0Xp9ZxxzXJZp1riC2Y1+gecr4Y8VhhJXJyVrZOW1PsDtz87TOjPxn?=
 =?us-ascii?Q?gv2pWTXFEvjgrzBm+1qbGlnISeRrdJjRt+GnxWupNiimKxnBqU0jWjoRf8ws?=
 =?us-ascii?Q?oXG9EfYtVljV2BdazS4/mFU32lsdD3ZqLwZAe27L3BUgriOvyZ02DEBHVTLv?=
 =?us-ascii?Q?OJoi6yC81Bl9a73TuvdOgCgpcjZB1eHcE3gGGoqRUkBmOwp+nMV4VpQs4l8w?=
 =?us-ascii?Q?XtRCkQjgyFMZ8OJrV8w7WUfrEePIe46cNiBVY8UonNCCBa/bEFAXnx4DM0vr?=
 =?us-ascii?Q?YvC+sItlEyKNJ8/KpcE9j1KkBhbpK5SQOulHMO8nWjOyozGz+OJf0PnoWFpi?=
 =?us-ascii?Q?Fv3JjfSg32b+LT6X10SLtLKKDR1aWLs/5WuymS9lI5naOAU73fSOh+CqRFIZ?=
 =?us-ascii?Q?F86dU8mdPmo4tJnFkqQEj3D4KU/IBqHpZmcdpO7Yshr6k+KkQGiu7aE+Yzu1?=
 =?us-ascii?Q?JizCPfHCUTbeQbl6KCyv1TdQVn3mT16yshagt9MY4C6ooeiZjAhvGfye5VSk?=
 =?us-ascii?Q?1QA3FWLIeWgpCsQmrAjmqzhC5JVMT08o1JN5oIQ1zTd87lHg7Ixn873ItiLI?=
 =?us-ascii?Q?cvtVNdqK9i9yKD5eHdV9NJNzoOmRX0vDwC4aA3VFhg5k5jnSl5EPTxeqKTOy?=
 =?us-ascii?Q?ZVpHQYplG4GF15uFu+sljhGk6vEcp9i6eERqXp2ZlquJJNDZfKVA2rR2XInx?=
 =?us-ascii?Q?OQRSr4jRBsuefJO0cojGQ9v7pOH82+PKRefo2UoXdnfA8yLDICNwYqKKPFkd?=
 =?us-ascii?Q?P2EKEeS1vt9Ch27L0omtwS2jfKvu67/Fa+xdSDcRqkM5FvBp0gH/JEcPgoBz?=
 =?us-ascii?Q?CilXm5+ZhucgYFUSeCSrMlHMoacLi1VcE1r9afnyOlCC7kWzcANIM1X/HhhU?=
 =?us-ascii?Q?lGiSY4Jsd1k6zzI3X6Y+vyDThF3n+7Lg98vKRoaGoGOpz7VEukOpycgds08i?=
 =?us-ascii?Q?J1dgLfNPlO88XgZpZMeYfRrRbAUc9zOFr1U0okKxJ68xRlHDzDTn2daXQCyW?=
 =?us-ascii?Q?biXuX4B2uO1X9fCUp/0ZCqNytzEVvUiJbUJ1jXmlRjn4mMTdb7sDbE4TJ4lt?=
 =?us-ascii?Q?rhMR3qzL/So5EflCdEgrgiBOOVpYoGSj6UwR+Y6/YjFW0Z+cJl7ZKyZItAMh?=
 =?us-ascii?Q?FpvZwZkK4DbWuy8PI7E6gFcYhjk1z8EaWdIjtLvLPz+I/MWp4YGmhX1Oopi6?=
 =?us-ascii?Q?0kbAwijxVhmZo4Npqxkd8x46YK3wYzLAoUhs9i3Qd2kt/v13zvyMett9Qr0y?=
 =?us-ascii?Q?LpsD+lQpWk7gac5JWk4McsblHCFCBGCJBBP2B9KUqXAt2DlBiEFQCFvBH+SC?=
 =?us-ascii?Q?RakHVhcPGjDddQcRW/SHTqVM8mzjrnc+ACiY6q5d?=
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: BN9PR11MB5276.namprd11.prod.outlook.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 714d42a3-fb50-4e88-a562-08da9ba6dd6e
X-MS-Exchange-CrossTenant-originalarrivaltime: 21 Sep 2022 07:57:00.8082
 (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: iGQ2+wpbyK8gRqbK7rMWlTD2rFeY6piiItC/mrjTtt+dec98m5EN7s4uVFp/qO4VsmkDwY/JMq41MALfgc5JtA==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: MN2PR11MB4630
X-OriginatorOrg: intel.com
X-Spam-Status: No, score=-7.1 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH,
        DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_HI,
        RCVD_IN_MSPIKE_H3,RCVD_IN_MSPIKE_WL,SPF_HELO_NONE,SPF_NONE
        autolearn=ham autolearn_force=no version=3.4.6
X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on
        lindbergh.monkeyblade.net
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org

> From: Jason Gunthorpe <jgg@nvidia.com>
> Sent: Tuesday, September 20, 2022 10:10 PM
>=20
> On Thu, Sep 15, 2022 at 09:24:07AM +0000, Tian, Kevin wrote:
>=20
> > After migration the IRTE index could change hence the addr/data pair
> > acquired before migration becomes stale and must be fixed.
>=20
> The migration has to keep this stuff stable somehow, it seems
> infeasible to fix it after the fact.
>=20

This is not how live migration typically works, i.e. we don't try to
freeze the same host resource cross migration. It's pretty fragile
and the chance of failure is high.

btw isn't it the same reason why we don't want to expose host
PASID into guest in iommufd discussion?

My overall impression is that any such exposure of host resource
requires certain guest cooperation to do after-the-fact fix to
enable migration (though it's obviously difficult for this interrupt
case), otherwise the actual usage would be very limited...=20
=20