Lines Matching full:on

20 - qemu-system-x86_64 (v5.2), from now on qemu-5.2.
21 - qemu-system-x86_64 (v5.1), from now on qemu-5.1.
23 Related to this are the "latest" machine types defined on each of
26 - pc-q35-5.2 (newer one in qemu-5.2) from now on pc-5.2
27 - pc-q35-5.1 (newer one in qemu-5.1) from now on pc-5.1
31 configuration needs to be the same also on source and destination.
37 start with the trivial ones, QEMU is the same on source and
61   were configured on 5.1, but this should be easy in the sense that
108 If we change a default value, we need to put back the old value on
220 A device with different features on both sides
223 Let's assume that we are using the same QEMU binary on both sides,
225 different features on both sides of the migration.  That can be
232 on the target of the migration, you get the intersection of the
263 fail because when migration tries to load the feature Y on
408 Now we see how the fix is done.  This is going to depend on what kind
501   --device...,x-pci-e-err-unc-mask=on
503 And now we can receive a migration from 8.0.  And from now on, we can
515 need the machine to poweroff/poweron on a fixed QEMU.  And from now
516 on we can use the proper real machine.