aboutsummaryrefslogtreecommitdiff
path: root/qapi/qobject-output-visitor.c
diff options
context:
space:
mode:
authorFabiano Rosas <farosas@suse.de>2024-06-17 15:57:30 -0300
committerFabiano Rosas <farosas@suse.de>2024-06-21 09:47:22 -0300
commit8d60280e4f1621e13aea4aa593b5bc3e2af34e9d (patch)
tree1036ade8c3fa7a1bbbc9eb8d9a52310ea46b650f /qapi/qobject-output-visitor.c
parent99c147e2f53726290bbdde795b6efbb4d9138657 (diff)
downloadqemu-8d60280e4f1621e13aea4aa593b5bc3e2af34e9d.zip
qemu-8d60280e4f1621e13aea4aa593b5bc3e2af34e9d.tar.gz
qemu-8d60280e4f1621e13aea4aa593b5bc3e2af34e9d.tar.bz2
migration: Add documentation for fdset with multifd + file
With the last few changes to the fdset infrastructure, we now allow multifd to use an fdset when migrating to a file. This is useful for the scenario where the management layer wants to have control over the migration file. By receiving the file descriptors directly, QEMU can delegate some high level operating system operations to the management layer (such as mandatory access control). The management layer might also want to add its own headers before the migration stream. Document the "file:/dev/fdset/#" syntax for the multifd migration with mapped-ram. The requirements for the fdset mechanism are: - the fdset must contain two fds that are not duplicates between themselves; - if direct-io is to be used, exactly one of the fds must have the O_DIRECT flag set; - the file must be opened with WRONLY on the migration source side; - the file must be opened with RDONLY on the migration destination side. Reviewed-by: Peter Xu <peterx@redhat.com> Signed-off-by: Fabiano Rosas <farosas@suse.de>
Diffstat (limited to 'qapi/qobject-output-visitor.c')
0 files changed, 0 insertions, 0 deletions