1. 12 10月, 2012 2 次提交
  2. 14 8月, 2012 2 次提交
  3. 11 5月, 2012 1 次提交
    • A
      use inet_listen()/inet_connect() to support ipv6 migration · d5c5dacc
      Amos Kong 提交于
      Use help functions in qemu-socket.c for tcp migration,
      which already support ipv6 addresses.
      
      Currently errp will be set to UNDEFINED_ERROR when migration fails,
      qemu would output "migration failed: ...", and current user can
      see a message("An undefined error has occurred") in monitor.
      
      This patch changed tcp_start_outgoing_migration()/inet_connect()
      /inet_connect_opts(), socket error would be passed back,
      then current user can see a meaningful err message in monitor.
      
      Qemu will exit if listening fails, so output socket error
      to qemu stderr.
      
      For IPv6 brackets must be mandatory if you require a port.
      Referencing to RFC5952, the recommended format is:
        [2312::8274]:5200
      
      test status: Successed
      listen side: qemu-kvm .... -incoming tcp:[2312::8274]:5200
      client side: qemu-kvm ...
                   (qemu) migrate -d tcp:[2312::8274]:5200
      Signed-off-by: NAmos Kong <akong@redhat.com>
      Reviewed-by: NOrit Wasserman <owasserm@redhat.com>
      Reviewed-by: NMichael Roth <mdroth@linux.vnet.ibm.com>
      Signed-off-by: NAnthony Liguori <aliguori@us.ibm.com>
      d5c5dacc
  4. 14 1月, 2012 1 次提交
  5. 13 12月, 2011 1 次提交
  6. 20 10月, 2011 8 次提交
  7. 21 8月, 2011 1 次提交
  8. 16 4月, 2011 1 次提交
  9. 21 3月, 2011 1 次提交
  10. 25 7月, 2010 1 次提交
  11. 23 6月, 2010 1 次提交
  12. 15 6月, 2010 1 次提交
  13. 18 3月, 2010 1 次提交
  14. 07 2月, 2010 1 次提交
  15. 04 12月, 2009 2 次提交
  16. 17 11月, 2009 1 次提交
    • L
      Block live migration · c163b5ca
      lirans@il.ibm.com 提交于
      This patch introduces block migration called during live migration. Block
      are being copied to the destination in an async way. First the code will
      transfer the whole disk and then transfer all dirty blocks accumulted during
      the migration.
      Still need to improve transition from the iterative phase of migration to the
      end phase. For now transition will take place when all blocks transfered once,
      all the dirty blocks will be transfered during the end phase (guest is
      suspended).
      
      Changes from v4:
      - Global variabels moved to a global state structure allocated dynamically.
      - Minor coding style issues.
      - Poll block.c for tracking of dirty blocks instead of manage it here.
      Signed-off-by: NLiran Schour <lirans@il.ibm.com>
      Signed-off-by: NAnthony Liguori <aliguori@us.ibm.com>
      c163b5ca
  17. 30 7月, 2009 1 次提交
    • P
      fix migration to obey -S · d399f677
      Paolo Bonzini 提交于
      Since migration returns right away, starting the VM right
      after calling qemu_start_incoming_migration is wrong even
      if -S is not passed.  We have to do this after migration
      has completed.
      
      Cc: Glauber Costa  <glommer@redhat.com>
      Cc: Anthony Liguori  <aliguori@us.ibm.com>
      Signed-off-by: NAnthony Liguori <aliguori@us.ibm.com>
      d399f677
  18. 17 7月, 2009 1 次提交
    • P
      honor -S on incoming migration · 89befdd1
      Paolo Bonzini 提交于
      -S is not honored by qemu on incoming migration.  If a domain is migrated
      while paused, thus, it will start running on the remote machine; this
      is wrong.
      
      Given the trivial patch to fix this, it looks more like a thinko
      than anything else, probably dating back to the qemu-kvm merge.
      The interesting part is that the -S mechanism was in fact *used* when
      migrating (setting autostart = 0) and the incoming migration code was
      starting the VM at the end of the migration.
      
      Since I was removing the vm_start from there, I also corrected a related
      imprecision.  The code was doing a vm_stop "just in case", but we can
      be sure that the VM is not running---the vm_start call in vl.c has not
      been reached yet.  So the vm_stop is removed together with the vm_start.
      Signed-off-by: NPaolo Bonzini <pbonzini@redhat.com>
      Signed-off-by: NAnthony Liguori <aliguori@us.ibm.com>
      89befdd1
  19. 21 5月, 2009 1 次提交
  20. 06 3月, 2009 2 次提交
    • A
      monitor: Decouple terminals (Jan Kiszka) · 731b0364
      aliguori 提交于
      Currently all registered (and activate) monitor terminals work in
      broadcast mode: Everyone sees what someone else types on some other
      terminal and what the monitor reports back. This model is broken when
      you have a management monitor terminal that is automatically operated
      and some other terminal used for independent guest inspection. Such
      additional terminals can be multiplexed device channels or a gdb
      frontend connected to QEMU's stub.
      
      Therefore, this patch decouples the buffers and states of all monitor
      terminals, allowing the user to operate them independently. It finally
      starts to use the 'mon' parameter that was introduced earlier with the
      API rework. It also defines the default monitor: the first instantance
      that has the MONITOR_IS_DEFAULT flag set, and that is the monitor
      created via the "-monitor" command line switch (or "vc" if none is
      given).
      
      As the patch requires to rework the monitor suspension interface, it
      also takes the freedom to make it "truely" suspending (so far suspending
      meant suppressing the prompt, but inputs were still processed).
      Signed-off-by: NJan Kiszka <jan.kiszka@siemens.com>
      Signed-off-by: NAnthony Liguori <aliguori@us.ibm.com>
      
      
      git-svn-id: svn://svn.savannah.nongnu.org/qemu/trunk@6715 c046a42c-6fe2-441c-8c8c-71466251a162
      731b0364
    • A
      monitor: Rework API (Jan Kiszka) · 376253ec
      aliguori 提交于
      Refactor the monitor API and prepare it for decoupled terminals:
      term_print functions are renamed to monitor_* and all monitor services
      gain a new parameter (mon) that will once refer to the monitor instance
      the output is supposed to appear on. However, the argument remains
      unused for now. All monitor command callbacks are also extended by a mon
      parameter so that command handlers are able to pass an appropriate
      reference to monitor output services.
      
      For the case that monitor outputs so far happen without clearly
      identifiable context, the global variable cur_mon is introduced that
      shall once provide a pointer either to the current active monitor (while
      processing commands) or to the default one. On the mid or long term,
      those use case will be obsoleted so that this variable can be removed
      again.
      
      Due to the broad usage of the monitor interface, this patch mostly deals
      with converting users of the monitor API. A few of them are already
      extended to pass 'mon' from the command handler further down to internal
      functions that invoke monitor_printf.
      
      At this chance, monitor-related prototypes are moved from console.h to
      a new monitor.h. The same is done for the readline API.
      Signed-off-by: NJan Kiszka <jan.kiszka@siemens.com>
      Signed-off-by: NAnthony Liguori <aliguori@us.ibm.com>
      
      
      git-svn-id: svn://svn.savannah.nongnu.org/qemu/trunk@6711 c046a42c-6fe2-441c-8c8c-71466251a162
      376253ec
  21. 06 2月, 2009 1 次提交
  22. 13 11月, 2008 1 次提交
  23. 12 11月, 2008 1 次提交
  24. 06 11月, 2008 1 次提交
  25. 25 10月, 2008 4 次提交
  26. 24 10月, 2008 1 次提交