aboutsummaryrefslogtreecommitdiff
path: root/block
diff options
context:
space:
mode:
authorMax Reitz <mreitz@redhat.com>2019-09-02 21:33:16 +0200
committerKevin Wolf <kwolf@redhat.com>2019-09-10 08:58:43 +0200
commit1a37e3124407b5a145d44478d3ecbdb89c63789f (patch)
tree4d588f07e8984bc24218fd47a410b22f0ec1d812 /block
parenteffecce6bcb830a661c882d7299b53382b56a131 (diff)
downloadqemu-1a37e3124407b5a145d44478d3ecbdb89c63789f.zip
qemu-1a37e3124407b5a145d44478d3ecbdb89c63789f.tar.gz
qemu-1a37e3124407b5a145d44478d3ecbdb89c63789f.tar.bz2
vpc: Return 0 from vpc_co_create() on success
blockdev_create_run() directly uses .bdrv_co_create()'s return value as the job's return value. Jobs must return 0 on success, not just any nonnegative value. Therefore, using blockdev-create for VPC images may currently fail as the vpc driver may return a positive integer. Because there is no point in returning a positive integer anywhere in the block layer (all non-negative integers are generally treated as complete success), we probably do not want to add more such cases. Therefore, fix this problem by making the vpc driver always return 0 in case of success. Suggested-by: Kevin Wolf <kwolf@redhat.com> Cc: qemu-stable@nongnu.org Signed-off-by: Max Reitz <mreitz@redhat.com> Signed-off-by: Kevin Wolf <kwolf@redhat.com>
Diffstat (limited to 'block')
-rw-r--r--block/vpc.c3
1 files changed, 2 insertions, 1 deletions
diff --git a/block/vpc.c b/block/vpc.c
index b25aab0..5cd3890 100644
--- a/block/vpc.c
+++ b/block/vpc.c
@@ -885,6 +885,7 @@ static int create_dynamic_disk(BlockBackend *blk, uint8_t *buf,
goto fail;
}
+ ret = 0;
fail:
return ret;
}
@@ -908,7 +909,7 @@ static int create_fixed_disk(BlockBackend *blk, uint8_t *buf,
return ret;
}
- return ret;
+ return 0;
}
static int calculate_rounded_image_size(BlockdevCreateOptionsVpc *vpc_opts,