1. 18 10月, 2012 4 次提交
  2. 05 10月, 2012 1 次提交
  3. 16 8月, 2012 1 次提交
    • A
      xbzrle: fix compilation on ppc32 · a5b71725
      Alexander Graf 提交于
      When compiling the xbzrle code on my ppc32 user space, I hit the following
      gcc compiler warning (treated as an error):
      
        cc1: warnings being treated as errors
        savevm.c: In function ‘xbzrle_encode_buffer’:
        savevm.c:2476: error: overflow in implicit constant conversion
      
      Fix this by making the cast explicit, rather than implicit.
      Signed-off-by: NAlexander Graf <agraf@suse.de>
      a5b71725
  4. 15 8月, 2012 1 次提交
  5. 08 8月, 2012 1 次提交
  6. 20 7月, 2012 6 次提交
  7. 29 6月, 2012 3 次提交
  8. 18 6月, 2012 1 次提交
  9. 15 6月, 2012 1 次提交
  10. 16 4月, 2012 1 次提交
  11. 20 3月, 2012 1 次提交
    • S
      Introduce "xen-save-devices-state" · a7ae8355
      Stefano Stabellini 提交于
      - add an "is_ram" flag to SaveStateEntry;
      
      - register_savevm_live sets is_ram for live_savevm devices;
      
      - introduce a "xen-save-devices-state" QAPI command that can be used to save
      the state of all devices, but not the RAM or the block devices of the
      VM.
      
      Changes in v8:
      
      - rename save-devices-state to xen-save-devices-state.
      
      Changes in v7:
      
      - rename save_devices to save-devices-state.
      
      Changes in v6:
      
      - remove the is_ram parameter from register_savevm_live and sets is_ram
      if the device is a live_savevm device;
      
      - introduce save_devices as a QAPI command, write a better description
      for it;
      
      - fix CODING_STYLE;
      
      - introduce a new doc to explain the save format used by save_devices.
      Signed-off-by: NStefano Stabellini <stefano.stabellini@eu.citrix.com>
      Reviewed-by: NAnthony Liguori <aliguori@us.ibm.com>
      Acked-by: NLuiz Capitulino <lcapitulino@redhat.com>
      a7ae8355
  12. 17 3月, 2012 1 次提交
  13. 15 3月, 2012 2 次提交
    • 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
    • L
      Purge migration of (almost) everything to do with monitors · 539de124
      Luiz Capitulino 提交于
      The Monitor object is passed back and forth within the migration/savevm
      code so that it can print errors and progress to the user.
      
      However, that approach assumes a HMP monitor, being completely invalid
      in QMP.
      
      This commit drops almost every single usage of the Monitor object, all
      monitor_printf() calls have been converted into DPRINTF() ones.
      
      There are a few remaining Monitor objects, those are going to be dropped
      by the next commit.
      Signed-off-by: NAnthony Liguori <aliguori@us.ibm.com>
      Signed-off-by: NLuiz Capitulino <lcapitulino@redhat.com>
      539de124
  14. 09 1月, 2012 1 次提交
  15. 04 1月, 2012 1 次提交
    • A
      vmstate, memory: decouple vmstate from memory API · c5705a77
      Avi Kivity 提交于
      Currently creating a memory region automatically registers it for
      live migration.  This differs from other state (which is enumerated
      in a VMStateDescription structure) and ties the live migration code
      into the memory core.
      
      Decouple the two by introducing a separate API, vmstate_register_ram(),
      for registering a RAM block for migration.  Currently the same
      implementation is reused, but later it can be moved into a separate list,
      and registrations can be moved to VMStateDescription blocks.
      Signed-off-by: NAvi Kivity <avi@redhat.com>
      c5705a77
  16. 15 12月, 2011 1 次提交
  17. 13 12月, 2011 4 次提交
  18. 05 12月, 2011 1 次提交
  19. 02 12月, 2011 1 次提交
  20. 22 11月, 2011 1 次提交
  21. 02 11月, 2011 1 次提交
  22. 22 10月, 2011 1 次提交
  23. 20 10月, 2011 4 次提交