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.
- Steve
