summaryrefslogtreecommitdiff
path: root/sparc64.ld
diff options
context:
space:
mode:
authoraliguori <aliguori@c046a42c-6fe2-441c-8c8c-71466251a162>2009-01-07 17:22:19 +0000
committeraliguori <aliguori@c046a42c-6fe2-441c-8c8c-71466251a162>2009-01-07 17:22:19 +0000
commit2f17248fec61ef6d7dd27a583817a4df70bf9e99 (patch)
treed3efd92ba3a27a85f4490ffcba7cbfba2fad4614 /sparc64.ld
parent7f3700857bb36304ad267bd67633ac8bb8f92378 (diff)
downloadqemu-2f17248fec61ef6d7dd27a583817a4df70bf9e99.tar.gz
qemu-2f17248fec61ef6d7dd27a583817a4df70bf9e99.tar.bz2
qemu-2f17248fec61ef6d7dd27a583817a4df70bf9e99.zip
qcow2: Fix cluster allocation (Kevin Wolf)
When allocating multiple clusters at once, the qcow2 implementation tries to find as many physically contiguous clusters as possible to allow larger writes. This search includes allocated clusters which are in the right place and still free clusters. If the range to allocate spans clusters in patterns like "10 allocated, then 10 free, then again 10 allocated" it is only checked that the chunks of allocated clusters are contiguous for themselves. However, what is actually needed is to have _all_ allocated clusters contiguous, starting at the first cluster of the allocation and spanning multiple such chunks. This patch changes the check so that each offset is not compared to the offset of the first cluster in its own chunk but to the first cluster in the whole allocation. I haven't seen it happen, but without this fix data corruption on qcow2 images is possible. Signed-off-by: Kevin Wolf <kwolf@suse.de> Acked-by: Gleb Natapov <gleb@redhat.com> git-svn-id: svn://svn.savannah.nongnu.org/qemu/trunk@6213 c046a42c-6fe2-441c-8c8c-71466251a162
Diffstat (limited to 'sparc64.ld')
0 files changed, 0 insertions, 0 deletions