1. 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
  2. 06 9月, 2012 2 次提交
  3. 05 9月, 2012 1 次提交
  4. 22 8月, 2012 1 次提交
  5. 14 8月, 2012 3 次提交
  6. 08 8月, 2012 5 次提交
  7. 03 8月, 2012 1 次提交
  8. 14 7月, 2012 1 次提交
  9. 29 6月, 2012 1 次提交
    • J
      Add spent time for migration · d5f8a570
      Juan Quintela 提交于
      We add time spent for migration to the output of "info migrate"
      command.  'total_time' means time since the start fo migration if
      migration is 'active', and total time of migration if migration is
      completed.  As we are also interested in transferred ram when
      migration completes, adding all ram statistics
      Signed-off-by: NJuan Quintela <quintela@redhat.com>
      d5f8a570
  10. 15 6月, 2012 1 次提交
  11. 05 6月, 2012 3 次提交
  12. 10 5月, 2012 1 次提交
  13. 03 5月, 2012 1 次提交
  14. 27 4月, 2012 1 次提交
  15. 10 4月, 2012 1 次提交
  16. 15 3月, 2012 1 次提交
    • L
      qapi: Convert migrate · e1c37d0e
      Luiz Capitulino 提交于
      The migrate command is one of those commands where HMP and QMP completely
      mix up together. This made the conversion to the QAPI (which separates the
      command into QMP and HMP parts) a bit difficult.
      
      The first important change to be noticed is that this commit completes the
      removal of the Monitor object from migration code, started by the previous
      commit.
      
      Another important and tricky change is about supporting the non-detached
      mode. That is, if the user doesn't pass '-d' the migrate command will lock
      the monitor and will only release it when migration is finished.
      
      To support this in the new HMP command (hmp_migrate()), it is necessary
      to create a timer which runs every second and checks if the migration is
      still active. If it is, the timer callback will re-schedule itself to run
      one second in the future. If the migration has already finished, the
      monitor lock is released and the user can use it normally.
      
      All these changes should be transparent to the user.
      Signed-off-by: NAnthony Liguori <aliguori@us.ibm.com>
      Signed-off-by: NLuiz Capitulino <lcapitulino@redhat.com>
      e1c37d0e
  17. 12 3月, 2012 1 次提交
  18. 25 2月, 2012 1 次提交
  19. 26 1月, 2012 4 次提交
  20. 18 1月, 2012 5 次提交
  21. 14 1月, 2012 1 次提交
  22. 13 1月, 2012 1 次提交
  23. 06 12月, 2011 1 次提交