aboutsummaryrefslogtreecommitdiff
path: root/.travis.yml
diff options
context:
space:
mode:
authorAndrey Shinkevich <andrey.shinkevich@virtuozzo.com>2020-12-16 09:16:59 +0300
committerMax Reitz <mreitz@redhat.com>2021-01-26 14:36:37 +0100
commit000e5a1cda09e18af91556a39b5a4f1214becb3c (patch)
tree78e41729180ee4995cb0d165e7fbdffacfa47abb /.travis.yml
parente275458b29b7040a388ca46af094b0602c769ef1 (diff)
downloadqemu-000e5a1cda09e18af91556a39b5a4f1214becb3c.zip
qemu-000e5a1cda09e18af91556a39b5a4f1214becb3c.tar.gz
qemu-000e5a1cda09e18af91556a39b5a4f1214becb3c.tar.bz2
stream: rework backing-file changing
Stream in stream_prepare calls bdrv_change_backing_file() to change backing-file in the metadata of bs. It may use either backing-file parameter given by user or just take filename of base on job start. Backing file format is determined by base on job finish. There are some problems with this design, we solve only two by this patch: 1. Consider scenario with backing-file unset. Current concept of stream supports changing of the base during the job (we don't freeze link to the base). So, we should not save base filename at job start, - let's determine name of the base on job finish. 2. Using direct base to determine filename and format is not very good: base node may be a filter, so its filename may be JSON, and format_name is not good for storing into qcow2 metadata as backing file format. - let's use unfiltered_base Signed-off-by: Andrey Shinkevich <andrey.shinkevich@virtuozzo.com> Signed-off-by: Vladimir Sementsov-Ogievskiy <vsementsov@virtuozzo.com> [vsementsov: change commit subject, change logic in stream_prepare] Message-Id: <20201216061703.70908-10-vsementsov@virtuozzo.com> Reviewed-by: Max Reitz <mreitz@redhat.com> Signed-off-by: Max Reitz <mreitz@redhat.com>
Diffstat (limited to '.travis.yml')
0 files changed, 0 insertions, 0 deletions