1. 10 12月, 2014 4 次提交
  2. 27 9月, 2014 1 次提交
  3. 22 9月, 2014 1 次提交
  4. 03 9月, 2014 2 次提交
  5. 01 7月, 2014 1 次提交
    • J
      block: add backing-file option to block-stream · 13d8cc51
      Jeff Cody 提交于
      On some image chains, QEMU may not always be able to resolve the
      filenames properly, when updating the backing file of an image
      after a block job.
      
      For instance, certain relative pathnames may fail, or drives may
      have been specified originally by file descriptor (e.g. /dev/fd/???),
      or a relative protocol pathname may have been used.
      
      In these instances, QEMU may lack the information to be able to make
      the correct choice, but the user or management layer most likely does
      have that knowledge.
      
      With this extension to the block-stream api, the user is able to change
      the backing file of the active layer as part of the block-stream
      operation.
      
      This allows the change to be 'safe', in the sense that if the attempt
      to write the active image metadata fails, then the block-stream
      operation returns failure, without disrupting the guest.
      
      If a backing file string is not specified in the command, the backing
      file string to use is determined in the same manner as it was
      previously.
      Reviewed-by: NEric Blake <eblake@redhat.com>
      Signed-off-by: NJeff Cody <jcody@redhat.com>
      Signed-off-by: NStefan Hajnoczi <stefanha@redhat.com>
      13d8cc51
  6. 28 6月, 2014 1 次提交
  7. 27 6月, 2014 1 次提交
  8. 23 6月, 2014 2 次提交
  9. 19 6月, 2014 1 次提交
  10. 19 5月, 2014 1 次提交
    • P
      block: optimize zero writes with bdrv_write_zeroes · 465bee1d
      Peter Lieven 提交于
      this patch tries to optimize zero write requests
      by automatically using bdrv_write_zeroes if it is
      supported by the format.
      
      This significantly speeds up file system initialization and
      should speed zero write test used to test backend storage
      performance.
      
      I ran the following 2 tests on my internal SSD with a
      50G QCOW2 container and on an attached iSCSI storage.
      
      a) mkfs.ext4 -E lazy_itable_init=0,lazy_journal_init=0 /dev/vdX
      
      QCOW2         [off]     [on]     [unmap]
      -----
      runtime:       14secs    1.1secs  1.1secs
      filesize:      937M      18M      18M
      
      iSCSI         [off]     [on]     [unmap]
      ----
      runtime:       9.3s      0.9s     0.9s
      
      b) dd if=/dev/zero of=/dev/vdX bs=1M oflag=direct
      
      QCOW2         [off]     [on]     [unmap]
      -----
      runtime:       246secs   18secs   18secs
      filesize:      51G       192K     192K
      throughput:    203M/s    2.3G/s   2.3G/s
      
      iSCSI*        [off]     [on]     [unmap]
      ----
      runtime:       8mins     45secs   33secs
      throughput:    106M/s    1.2G/s   1.6G/s
      allocated:     100%      100%     0%
      
      * The storage was connected via an 1Gbit interface.
        It seems to internally handle writing zeroes
        via WRITESAME16 very fast.
      Signed-off-by: NPeter Lieven <pl@kamp.de>
      Signed-off-by: NKevin Wolf <kwolf@redhat.com>
      465bee1d
  11. 16 5月, 2014 1 次提交
  12. 09 5月, 2014 2 次提交
  13. 06 5月, 2014 2 次提交
  14. 25 4月, 2014 1 次提交
  15. 01 3月, 2014 1 次提交
    • Q
      dump: make kdump-compressed format available for 'dump-guest-memory' · b53ccc30
      qiaonuohan 提交于
      Make monitor command 'dump-guest-memory' be able to dump in kdump-compressed
      format. The command's usage:
      
        dump [-p] protocol [begin] [length] [format]
      
      'format' is used to specified the format of vmcore and can be:
      1. 'elf': ELF format, without compression
      2. 'kdump-zlib': kdump-compressed format, with zlib-compressed
      3. 'kdump-lzo': kdump-compressed format, with lzo-compressed
      4. 'kdump-snappy': kdump-compressed format, with snappy-compressed
      Without 'format' being set, it is same as 'elf'. And if non-elf format is
      specified, paging and filter is not allowed.
      
      Note:
        1. The kdump-compressed format is readable only with the crash utility and
           makedumpfile, and it can be smaller than the ELF format because of the
           compression support.
        2. The kdump-compressed format is the 6th edition.
      Signed-off-by: NQiao Nuohan <qiaonuohan@cn.fujitsu.com>
      Reviewed-by: NLaszlo Ersek <lersek@redhat.com>
      Signed-off-by: NLuiz Capitulino <lcapitulino@redhat.com>
      b53ccc30
  16. 18 2月, 2014 2 次提交
  17. 24 1月, 2014 3 次提交
  18. 22 1月, 2014 1 次提交
    • S
      readline: decouple readline from the monitor · c60bf339
      Stefan Hajnoczi 提交于
      Make the readline.c functionality reusable.  Instead of calling
      monitor_printf() and monitor_flush() directly, invoke function pointers
      provided by the user.
      
      This way readline.c does not know about Monitor and other users will be
      able to make use of readline.c.
      
      Note that there is already an "opaque" argument to the ReadLineFunc
      callback.  Consistently call it "readline_opaque" from now on to
      distinguish from the ReadLinePrintfFunc/ReadLineFlushFunc "opaque"
      argument.
      
      I also dropped the printf macro trickery since it's now highly unlikely
      that anyone modifying readline.c would call printf(3) directly.  We no
      longer need this protection.
      Signed-off-by: NStefan Hajnoczi <stefanha@redhat.com>
      Signed-off-by: NKevin Wolf <kwolf@redhat.com>
      c60bf339
  19. 07 1月, 2014 3 次提交
  20. 17 10月, 2013 1 次提交
    • M
      hmp: drop bogus "[not inserted]" · 684b2544
      Mike Qiu 提交于
      Commit 3e9fab69 ("block: Add support for
      throttling burst max in QMP and the command line.") introduced bogus
      "[not inserted]" output, possibly due to a merge failure.  Remove this
      artifact.
      
      Output of 'info block'
      
      scsi0-hd0: /images/f18-ppc64.qcow2 (qcow2)
       [not inserted]
      scsi0-cd2: [not inserted]
          Removable device: not locked, tray closed
      
      floppy0: [not inserted]
          Removable device: not locked, tray closed
      
      sd0: [not inserted]
          Removable device: not locked, tray closed
      
      There will be no additional lines between scsi0-hd0 and
      scsi0-cd2.
      
      At the same time, scsi0-hd0 already inserted, but still has
      '[not inserted]' flag. This line should be removed.
      
      This patch is to solve this.
      Signed-off-by: NMike Qiu <qiudayu@linux.vnet.ibm.com>
      Signed-off-by: NStefan Hajnoczi <stefanha@redhat.com>
      684b2544
  21. 18 9月, 2013 1 次提交
  22. 12 9月, 2013 2 次提交
  23. 10 9月, 2013 1 次提交
  24. 06 9月, 2013 2 次提交
  25. 23 8月, 2013 1 次提交
  26. 23 7月, 2013 1 次提交