qemu-commits
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Qemu-commits] [qemu/qemu] b1336c: qcow2-bitmap: add qcow2_reopen_bitmap


From: GitHub
Subject: [Qemu-commits] [qemu/qemu] b1336c: qcow2-bitmap: add qcow2_reopen_bitmaps_rw_hint()
Date: Tue, 27 Mar 2018 07:23:12 -0700

  Branch: refs/heads/master
  Home:   https://github.com/qemu/qemu
  Commit: b1336cc2ec87a6593e1167af6e5b2cbd3d31acac
      
https://github.com/qemu/qemu/commit/b1336cc2ec87a6593e1167af6e5b2cbd3d31acac
  Author: Vladimir Sementsov-Ogievskiy <address@hidden>
  Date:   2018-03-26 (Mon, 26 Mar 2018)

  Changed paths:
    M block/qcow2-bitmap.c
    M block/qcow2.h

  Log Message:
  -----------
  qcow2-bitmap: add qcow2_reopen_bitmaps_rw_hint()

Add version of qcow2_reopen_bitmaps_rw, which do the same work but
also return a hint about was header updated or not. This will be
used in the following fix for bitmaps reloading after migration.

Signed-off-by: Vladimir Sementsov-Ogievskiy <address@hidden>
Reviewed-by: John Snow <address@hidden>
Reviewed-by: Max Reitz <address@hidden>
Message-id: address@hidden
Signed-off-by: Max Reitz <address@hidden>


  Commit: 2d949dfcefcf12831620549cea8f4e537f9de5f2
      
https://github.com/qemu/qemu/commit/2d949dfcefcf12831620549cea8f4e537f9de5f2
  Author: Vladimir Sementsov-Ogievskiy <address@hidden>
  Date:   2018-03-26 (Mon, 26 Mar 2018)

  Changed paths:
    M block/qcow2.c

  Log Message:
  -----------
  qcow2: fix bitmaps loading when bitmaps already exist

On reopen with existing bitmaps, instead of loading bitmaps, lets
reopen them if needed. This also fixes bitmaps migration through
shared storage.
Consider the case. Persistent bitmaps are stored on bdrv_inactivate.
Then, on destination process_incoming_migration_bh() calls
bdrv_invalidate_cache_all() which leads to
qcow2_load_autoloading_dirty_bitmaps() which fails if bitmaps are
already loaded on destination start.

Signed-off-by: Vladimir Sementsov-Ogievskiy <address@hidden>
Message-id: address@hidden
Signed-off-by: Max Reitz <address@hidden>


  Commit: f7640f0dbc7becbd0927dd3fcf65cdf5a55adf89
      
https://github.com/qemu/qemu/commit/f7640f0dbc7becbd0927dd3fcf65cdf5a55adf89
  Author: Vladimir Sementsov-Ogievskiy <address@hidden>
  Date:   2018-03-26 (Mon, 26 Mar 2018)

  Changed paths:
    M tests/qemu-iotests/169
    M tests/qemu-iotests/169.out

  Log Message:
  -----------
  iotests: enable shared migration cases in 169

Shared migration for dirty bitmaps is fixed by previous patches,
so we can enable the test.

Signed-off-by: Vladimir Sementsov-Ogievskiy <address@hidden>
Message-id: address@hidden
Signed-off-by: Max Reitz <address@hidden>


  Commit: a77672ea3d95094a0cb4f974de84fb7353c67cc0
      
https://github.com/qemu/qemu/commit/a77672ea3d95094a0cb4f974de84fb7353c67cc0
  Author: yuchenlin <address@hidden>
  Date:   2018-03-26 (Mon, 26 Mar 2018)

  Changed paths:
    M block/vmdk.c

  Log Message:
  -----------
  vmdk: return ERROR when cluster sector is larger than vmdk limitation

VMDK has a hard limitation of extent size, which is due to the size of grain
table entry is 32 bits. It means it can only point to a grain located at
offset = 2^32. To avoid writing the user data beyond limitation and record a 
useless offset
in grain table. We should return ERROR here.

Signed-off-by: yuchenlin <address@hidden>
Message-id: address@hidden
Reviewed-by: Fam Zheng <address@hidden>
Signed-off-by: Max Reitz <address@hidden>


  Commit: bdc408e91b14cedfc29be8ff703408936e575721
      
https://github.com/qemu/qemu/commit/bdc408e91b14cedfc29be8ff703408936e575721
  Author: Peter Maydell <address@hidden>
  Date:   2018-03-27 (Tue, 27 Mar 2018)

  Changed paths:
    M block/qcow2-bitmap.c
    M block/qcow2.c
    M block/qcow2.h
    M block/vmdk.c
    M tests/qemu-iotests/169
    M tests/qemu-iotests/169.out

  Log Message:
  -----------
  Merge remote-tracking branch 'remotes/maxreitz/tags/pull-block-2018-03-26' 
into staging

A fix for dirty bitmap migration through shared storage, and a VMDK
patch keeping us from creating too large extents.

# gpg: Signature made Mon 26 Mar 2018 21:17:05 BST
# gpg:                using RSA key F407DB0061D5CF40
# gpg: Good signature from "Max Reitz <address@hidden>"
# Primary key fingerprint: 91BE B60A 30DB 3E88 57D1  1829 F407 DB00 61D5 CF40

* remotes/maxreitz/tags/pull-block-2018-03-26:
  vmdk: return ERROR when cluster sector is larger than vmdk limitation
  iotests: enable shared migration cases in 169
  qcow2: fix bitmaps loading when bitmaps already exist
  qcow2-bitmap: add qcow2_reopen_bitmaps_rw_hint()

Signed-off-by: Peter Maydell <address@hidden>


Compare: https://github.com/qemu/qemu/compare/78a0f82bf751...bdc408e91b14

reply via email to

[Prev in Thread] Current Thread [Next in Thread]