diff options
author | Max Reitz <mreitz@redhat.com> | 2017-11-10 18:25:45 +0100 |
---|---|---|
committer | Max Reitz <mreitz@redhat.com> | 2017-11-17 18:21:31 +0100 |
commit | 5e003f17ec518cd96f5d2ac23ce9e14144426235 (patch) | |
tree | ffef6898ffde97ee3d7ab4fe80577b730ded0626 /block/crypto.h | |
parent | 08546bcfb260c28141e27cf3367c443528602fc0 (diff) | |
download | qemu-5e003f17ec518cd96f5d2ac23ce9e14144426235.zip qemu-5e003f17ec518cd96f5d2ac23ce9e14144426235.tar.gz qemu-5e003f17ec518cd96f5d2ac23ce9e14144426235.tar.bz2 |
block: Make bdrv_next() keep strong references
On one hand, it is a good idea for bdrv_next() to return a strong
reference because ideally nearly every pointer should be refcounted.
This fixes intermittent failure of iotest 194.
On the other, it is absolutely necessary for bdrv_next() itself to keep
a strong reference to both the BB (in its first phase) and the BDS (at
least in the second phase) because when called the next time, it will
dereference those objects to get a link to the next one. Therefore, it
needs these objects to stay around until then. Just storing the pointer
to the next in the iterator is not really viable because that pointer
might become invalid as well.
Both arguments taken together means we should probably just invoke
bdrv_ref() and blk_ref() in bdrv_next(). This means we have to assert
that bdrv_next() is always called from the main loop, but that was
probably necessary already before this patch and judging from the
callers, it also looks to actually be the case.
Keeping these strong references means however that callers need to give
them up if they decide to abort the iteration early. They can do so
through the new bdrv_next_cleanup() function.
Suggested-by: Kevin Wolf <kwolf@redhat.com>
Signed-off-by: Max Reitz <mreitz@redhat.com>
Message-id: 20171110172545.32609-1-mreitz@redhat.com
Reviewed-by: Stefan Hajnoczi <stefanha@redhat.com>
Signed-off-by: Max Reitz <mreitz@redhat.com>
Diffstat (limited to 'block/crypto.h')
0 files changed, 0 insertions, 0 deletions