On Thu, Oct 17, 2024 at 11:19:51AM -0400, Steven Sistare wrote: > On 10/17/2024 11:14 AM, Steve Sistare wrote: > > Define a new qemu initialization phase called 'precreate' which occurs > > before most backends or devices have been created. The only exception > > is monitor and qtest devices and their associated chardevs. > > > > QEMU runs in the main loop during this phase. Monitor connections are > > active and can receive migration configuration commands. QEMU starts > > listening on the normal migration URI during this phase, which can come > > from either the QEMU command line or from a migrate_incoming command. > > Thus the user can issue query-migrate to get the socket-address for > > dynamically allocated port numbers during precreate. > > > > In this series QEMU passes through and does not linger in the precreate > > phase, and the user sees no change in behavior. The cpr-transfer series > > will linger in the phase for an incoming CPR operation, and exit the phase > > when the migrate command is send to source QEMU and causes destination QEMU > > to read CPR state. > > Hi Peter, I rebased the cpr-transfer series on precreate. The > cpr-transfer migration-test now works. Do you want to see cpr-transfer > V3 now, or wait until we get feedback on precreate? The only significant > change is that I deleted the HUP synchronization, and I post an async > listen for the incoming cpr-uri connection.
Maybe you can still send it, because I remember there're some other discussion that may not settled yet (e.g. how anon-memfd is applied, iirc), then it can be reviewed and discussed concurrently when proper with the precreate series. Thanks, -- Peter Xu
