1. 22 Oct, 2010 5 commits
    • edison's avatar
      Copy snapshots out of QCOW2 disk · 51ef6727
      edison authored
      In order to backup snapshots, created from QCOW2 iamge, we want to copy snapshots out of QCOW2 disk to a seperate storage.
      The following patch adds a new option in "qemu-img": qemu-img convert -f qcow2 -O qcow2 -s snapshot_name src_img bck_img.
      Right now, it only supports to copy the full snapshot, delta snapshot is on the way.
      
      Changes from V1: all the comments from Kevin are addressed:
      Add read-only checking
      Fix coding style
      Change the name from bdrv_snapshot_load to bdrv_snapshot_load_tmp
      Signed-off-by: default avatarDisheng Su <edison@cloud.com>
      Signed-off-by: default avatarKevin Wolf <kwolf@redhat.com>
      51ef6727
    • Christoph Hellwig's avatar
      ide: set WCACHE supported in IDENTIFY data · a58b8d54
      Christoph Hellwig authored
      ATA does not only have the WCACHE enabled bit in identify word 85, but also
      a WCACHE supported bit in word 82.  While the Linux kernel is fine with the
      latter at least hdparm also needs the former before correctly displaying
      the cache settings.  There's also a non-zero chance other operating systems
      are more picky in their volatile write cache detection.
      Signed-off-by: default avatarChristoph Hellwig <hch@lst.de>
      Signed-off-by: default avatarKevin Wolf <kwolf@redhat.com>
      a58b8d54
    • Kevin Wolf's avatar
      qcow2: Remove old image creation function · 9b036055
      Kevin Wolf authored
      They have been #ifdef'd out by the previous patch.
      Signed-off-by: default avatarKevin Wolf <kwolf@redhat.com>
      9b036055
    • Kevin Wolf's avatar
      qcow2: Simplify image creation · a9420734
      Kevin Wolf authored
      Instead of doing lots of magic for setting up initial refcount blocks and stuff
      create a minimal (inconsistent) image, open it and initialize the rest with
      regular qcow2 functions.
      
      This is a complete rewrite of the image creation function. The old
      implementating is #ifdef'd out and will be removed by the next patch (removing
      it here would have made the diff unreadable because diff tries to find
      similarities when it's really a rewrite)
      Signed-off-by: default avatarKevin Wolf <kwolf@redhat.com>
      a9420734
    • Stefan Hajnoczi's avatar
      qcow2: Support exact L1 table growth · 72893756
      Stefan Hajnoczi authored
      The L1 table grow operation includes a size calculation that bumps up
      the new L1 table size in order to anticipate the size needs of vmstate
      data.  This helps reduce the number of times that the L1 table has to be
      grown when vmstate data is appended.
      
      This size overhead is not necessary during image creation,
      bdrv_truncate(), or snapshot goto operations.  In fact, existing
      qemu-iotests that exercise table growth are no longer able to trigger it
      because image creation preallocates an L1 table that is too large after
      changes to qcow_create2().
      
      This patch keeps the size calculation but also adds exact growth for
      callers that do not want to inflate the L1 table size unnecessarily.
      Signed-off-by: default avatarStefan Hajnoczi <stefanha@linux.vnet.ibm.com>
      Signed-off-by: default avatarKevin Wolf <kwolf@redhat.com>
      72893756
  2. 21 Oct, 2010 1 commit
  3. 20 Oct, 2010 31 commits
  4. 17 Oct, 2010 2 commits
  5. 13 Oct, 2010 1 commit