You need to sign in or sign up before continuing.
  1. 07 2月, 2013 2 次提交
  2. 01 2月, 2013 1 次提交
  3. 26 1月, 2013 2 次提交
  4. 25 1月, 2013 3 次提交
  5. 17 1月, 2013 1 次提交
  6. 16 1月, 2013 1 次提交
  7. 19 12月, 2012 6 次提交
  8. 12 11月, 2012 1 次提交
  9. 24 10月, 2012 4 次提交
    • A
      hmp: fix info cpus for sparc targets · 852bef0e
      Aurelien Jarno 提交于
      On sparc targets, info cpus returns this kind of output:
      
      | info cpus
      | * CPU #0: pc=0x0000000000424d18pc=0x0000000000424d18npc=0x0000000000424d1c thread_id=19460
      
      pc is printed twice, there is no space between pc, pc and npc.
      
      With this patch, pc is not printed anymore when has_npc is set. In addition
      the space is printed before pc/nip/npc/PC instead of after the colon so that
      multiple prints are possible. This result on the following kind of input on
      sparc targets:
      
      | info cpus
      | * CPU #0: pc=0x0000000000424d18 npc=0x0000000000424d1c thread_id=19460
      
      Cc: Luiz Capitulino <lcapitulino@redhat.com>
      Cc: Markus Armbruster <armbru@redhat.com>
      Cc: Blue Swirl <blauwirbel@gmail.com>
      Signed-off-by: NAurelien Jarno <aurelien@aurel32.net>
      Signed-off-by: NLuiz Capitulino <lcapitulino@redhat.com>
      852bef0e
    • P
      mirror: add support for on-source-error/on-target-error · b952b558
      Paolo Bonzini 提交于
      Error management is important for mirroring; otherwise, an error on the
      target (even something as "innocent" as ENOSPC) requires to start again
      with a full copy.  Similar to on_read_error/on_write_error, two separate
      knobs are provided for on_source_error (reads) and on_target_error (writes).
      The default is 'report' for both.
      
      The 'ignore' policy will leave the sector dirty, so that it will be
      retried later.  Thus, it will not cause corruption.
      Signed-off-by: NPaolo Bonzini <pbonzini@redhat.com>
      Signed-off-by: NKevin Wolf <kwolf@redhat.com>
      b952b558
    • P
      qmp: add drive-mirror command · d9b902db
      Paolo Bonzini 提交于
      This adds the monitor commands that start the mirroring job.
      Signed-off-by: NPaolo Bonzini <pbonzini@redhat.com>
      Signed-off-by: NKevin Wolf <kwolf@redhat.com>
      d9b902db
    • P
      block: add block-job-complete · aeae883b
      Paolo Bonzini 提交于
      While streaming can be dropped as soon as it progressed through the whole
      image, mirroring needs to be completed manually for two reasons: 1) so that
      management knows exactly when the VM switches to the target; 2) because
      for other use cases such as replication, we may leave the operation running
      for the whole life of the virtual machine.
      
      Add a new block job command that manually completes background operations.
      Signed-off-by: NPaolo Bonzini <pbonzini@redhat.com>
      Signed-off-by: NKevin Wolf <kwolf@redhat.com>
      aeae883b
  10. 18 10月, 2012 3 次提交
  11. 29 9月, 2012 2 次提交
  12. 27 9月, 2012 2 次提交
    • L
      qmp: qmp_send_key(): accept key codes in hex · 9f328977
      Luiz Capitulino 提交于
      Before the qapi conversion, the sendkey command could be used to
      send key codes in hex directly to the guest. In HMP, this would
      be like:
      
       (qemu) sendkey 0xdc
      
      However, the qapi conversion broke this, as it only supports sending
      QKeyCode values to the guest. That's a regression.
      
      This commit fixes the problem by adding hex value support down
      the QMP interface, qmp_send_key().
      
      In more detail, this commit:
      
       1. Adds the KeyValue union. This can represent an hex value or
          a QKeyCode value
      
       2. *Changes* the QMP send-key command to take an KeyValue argument
          instead of a QKeyCode one
      
       3. Adapt hmp_send_key() to the QMP interface changes
      
      Item 2 is an incompatible change, but as we're in development phase
      (and this command has been merged a few weeks ago) this shouldn't be
      a problem.
      
      Finally, it's not possible to split this commit without breaking the
      build.
      Reported-by: NAvi Kivity <avi@redhat.com>
      Signed-off-by: NLuiz Capitulino <lcapitulino@redhat.com>
      Reviewed-by: NEric Blake <eblake@redhat.com>
      Reviewed-by: NMarkus Armbruster <armbru@redhat.com>
      9f328977
    • L
      hmp: dump-guest-memory: hardcode protocol argument to "file:" · 75363769
      Luiz Capitulino 提交于
      Today, it's necessary to specify the protocol you want to use
      when dumping the guest memory, for example:
      
       (qemu) dump-guest-memory file:/tmp/guest-memory
      
      This has a few issues:
      
       1. It's cumbersome to type
       2. We loose file path autocompletion
       3. Being able to specify fd:X in HMP makes little sense for humans
      
      Because of these reasons, hardcode the 'protocol' argument to
      'file:' in HMP.
      Signed-off-by: NLuiz Capitulino <lcapitulino@redhat.com>
      Reviewed-by: NEric Blake <eblake@redhat.com>
      Reviewed-by: NMarkus Armbruster <armbru@redhat.com>
      75363769
  13. 06 9月, 2012 2 次提交
  14. 05 9月, 2012 1 次提交
  15. 22 8月, 2012 1 次提交
  16. 14 8月, 2012 3 次提交
  17. 08 8月, 2012 5 次提交