1. 19 4月, 2009 1 次提交
  2. 18 4月, 2009 2 次提交
  3. 09 3月, 2009 1 次提交
  4. 06 3月, 2009 1 次提交
    • 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
  5. 11 2月, 2009 7 次提交
  6. 23 1月, 2009 1 次提交
  7. 22 1月, 2009 1 次提交
  8. 17 1月, 2009 1 次提交
    • A
      graphical_console_init change (Stefano Stabellini) · 3023f332
      aliguori 提交于
      Patch 5/7
      
      This patch changes the graphical_console_init function to return an
      allocated DisplayState instead of a QEMUConsole.
      
      This patch contains just the graphical_console_init change and few other
      modifications mainly in console.c and vl.c.
      It was necessary to move the display frontends (e.g. sdl and vnc)
      initialization after machine->init in vl.c.
      
      This patch does *not* include any required changes to any device, these
      changes come with the following patches.
      
      Patch 6/7
      
      This patch changes the QEMUMachine init functions not to take a
      DisplayState as an argument because is not needed any more;
      
      In few places the graphic hardware initialization function was called
      only if DisplayState was not NULL, now they are always called.
      Apart from these cases, the rest are all mechanical substitutions.
      
      Patch 7/7
      
      This patch updates the graphic device code to use the new
      graphical_console_init function.
      
      As for the previous patch, in few places graphical_console_init was called
      only if DisplayState was not NULL, now it is always called.
      Apart from these cases, the rest are all mechanical substitutions.
      Signed-off-by: NStefano Stabellini <stefano.stabellini@eu.citrix.com>
      Signed-off-by: NAnthony Liguori <aliguori@us.ibm.com>
      
      
      
      git-svn-id: svn://svn.savannah.nongnu.org/qemu/trunk@6344 c046a42c-6fe2-441c-8c8c-71466251a162
      3023f332
  9. 16 1月, 2009 3 次提交
  10. 08 1月, 2009 3 次提交
  11. 25 12月, 2008 1 次提交
  12. 05 12月, 2008 1 次提交
  13. 21 11月, 2008 2 次提交
  14. 01 11月, 2008 3 次提交
  15. 23 10月, 2008 1 次提交
  16. 13 10月, 2008 1 次提交
  17. 06 10月, 2008 1 次提交
    • A
      Introduce v3 of savevm protocol · 9366f418
      aliguori 提交于
      The current savevm/loadvm protocol has some draw backs.  It does not support
      the ability to do progressive saving which means it cannot be used for live
      checkpointing or migration.  The sections sizes are 32-bit integers which
      means that it will not function when using more than 4GB of memory for a guest.
      It attempts to seek within the output file which means it cannot be streamed.
      The current protocol also is pretty lax about how it supports forward
      compatibility.  If a saved section version is greater than what the restore
      code support, the restore code generally treats the saved data as being in
      whatever version it supports.  This means that restoring a saved VM on an older
      version of QEMU will likely result in silent guest failure.
      
      This patch introduces a new version of the savevm protocol.  It has the
      following features:
      
       * Support for progressive save of sections (for live checkpoint/migration)
       * An asynchronous API for doing save
       * Support for interleaving multiple progressive save sections
         (for future support of memory hot-add/storage migration)
       * Fully streaming format
       * Strong section version checking
      Signed-off-by: NAnthony Liguori <aliguori@us.ibm.com>
      
      
      
      git-svn-id: svn://svn.savannah.nongnu.org/qemu/trunk@5434 c046a42c-6fe2-441c-8c8c-71466251a162
      9366f418
  18. 05 10月, 2008 1 次提交
  19. 04 10月, 2008 1 次提交
  20. 19 9月, 2008 1 次提交
  21. 01 7月, 2008 1 次提交
  22. 13 5月, 2008 1 次提交
  23. 10 5月, 2008 1 次提交
  24. 28 4月, 2008 1 次提交
  25. 25 4月, 2008 1 次提交
  26. 23 4月, 2008 1 次提交