This series fixes a bug in the 'block-commit' operation under the following scenario:
[A] <- [B] <- [C] <- [D] If we do block-commit top=B base=A, the contents of [B] will be written into [A] resulting in this chain: [A] <- [C] <- [D] In order to perform this operation, [A] must be reopened in read-write mode but so does [C] because its backing file string needs to be updated to point at [A]. There's a bug in the current code that makes [A] read-only again when [C] is reopened. This series includes a fix for that bug plus a test case for the scenario. This affects both master and the 2.4 branch. Berto Alberto Garcia (2): commit: reopen overlay_bs before base qemu-iotests: Test the reopening of overlay_bs in 'block-commit' block/commit.c | 8 ++++---- tests/qemu-iotests/040 | 30 ++++++++++++++++++++++++++++++ tests/qemu-iotests/040.out | 4 ++-- 3 files changed, 36 insertions(+), 6 deletions(-) -- 2.6.1
