1. 11 10月, 2011 1 次提交
  2. 16 9月, 2011 1 次提交
    • L
      Replace the VMSTOP macros with a proper state type · 1dfb4dd9
      Luiz Capitulino 提交于
      Today, when notifying a VM state change with vm_state_notify(),
      we pass a VMSTOP macro as the 'reason' argument. This is not ideal
      because the VMSTOP macros tell why qemu stopped and not exactly
      what the current VM state is.
      
      One example to demonstrate this problem is that vm_start() calls
      vm_state_notify() with reason=0, which turns out to be VMSTOP_USER.
      
      This commit fixes that by replacing the VMSTOP macros with a proper
      state type called RunState.
      Signed-off-by: NLuiz Capitulino <lcapitulino@redhat.com>
      1dfb4dd9
  3. 07 9月, 2011 3 次提交
  4. 02 9月, 2011 1 次提交
    • A
      main: force enabling of I/O thread · 12d4536f
      Anthony Liguori 提交于
      Enabling the I/O thread by default seems like an important part of declaring
      1.0.  Besides allowing true SMP support with KVM, the I/O thread means that the
      TCG VCPU doesn't have to multiplex itself with the I/O dispatch routines which
      currently requires a (racey) signal based alarm system.
      
      I know there have been concerns about performance.  I think so far the ones that
      have come up (virtio-net) are most likely due to secondary reasons like
      decreased batching.
      
      I think we ought to force enabling I/O thread early in 1.0 development and
      commit to resolving any lingering issues.
      Signed-off-by: NAnthony Liguori <aliguori@us.ibm.com>
      12d4536f
  5. 22 8月, 2011 1 次提交
  6. 21 8月, 2011 1 次提交
  7. 10 8月, 2011 2 次提交
  8. 08 8月, 2011 2 次提交
  9. 03 8月, 2011 3 次提交
  10. 01 8月, 2011 8 次提交
  11. 20 7月, 2011 1 次提交
  12. 04 7月, 2011 6 次提交
  13. 12 6月, 2011 1 次提交
  14. 06 6月, 2011 1 次提交
  15. 03 5月, 2011 3 次提交
  16. 24 1月, 2011 2 次提交
  17. 10 1月, 2011 1 次提交
  18. 09 12月, 2010 1 次提交
    • G
      spice: add qxl device · a19cbfb3
      Gerd Hoffmann 提交于
      qxl is a paravirtual graphics card.  The qxl device is the bridge
      between the guest and the spice server (aka libspice-server).  The
      spice server will send the rendering commands to the spice client, which
      will actually render them.
      
      The spice server is also able to render locally, which is done in case
      the guest wants read something from video memory.  Local rendering is
      also used to support display over vnc and sdl.
      
      qxl is activated using "-vga qxl".  qxl supports multihead, additional
      cards can be added via '-device qxl".
      
      [ v2: add copyright to files                     ]
      [ v2: use qemu-common.h for standard includes    ]
      [ v2: create separate qxl-vga device for primary ]
      Signed-off-by: NGerd Hoffmann <kraxel@redhat.com>
      a19cbfb3