1. 19 6月, 2014 7 次提交
  2. 16 6月, 2014 1 次提交
  3. 09 6月, 2014 1 次提交
    • L
      trace: Multi-backend tracing · 5b808275
      Lluís Vilanova 提交于
      Adds support to compile QEMU with multiple tracing backends at the same time.
      
      For example, you can compile QEMU with:
      
        $ ./configure --enable-trace-backends=ftrace,dtrace
      
      Where 'ftrace' can be handy for having an in-flight record of events, and 'dtrace' can be later used to extract more information from the system.
      
      This patch allows having both available without recompiling QEMU.
      Signed-off-by: NLluís Vilanova <vilanova@ac.upc.edu>
      Signed-off-by: NStefan Hajnoczi <stefanha@redhat.com>
      5b808275
  4. 06 6月, 2014 1 次提交
    • D
      qdev: Display warning about unused -global · 9f9260a3
      Don Slutz 提交于
      This can help a user understand why -global was ignored.
      
      For example: with "-vga cirrus"; "-global vga.vgamem_mb=16" is just
      ignored when "-global cirrus-vga.vgamem_mb=16" is not.
      
      This is currently clear when the wrong property is provided:
      
      out/x86_64-softmmu/qemu-system-x86_64 -global cirrus-vga.vram_size_mb=16 -monitor pty -vga cirrus
      char device redirected to /dev/pts/20 (label compat_monitor0)
      qemu-system-x86_64: Property '.vram_size_mb' not found
      Aborted (core dumped)
      
      vs
      
      out/x86_64-softmmu/qemu-system-x86_64 -global vga.vram_size_mb=16 -monitor pty -vga cirrus
      char device redirected to /dev/pts/20 (label compat_monitor0)
      VNC server running on `::1:5900'
      ^Cqemu: terminating on signal 2
      Signed-off-by: NDon Slutz <dslutz@verizon.com>
      Acked-by: NMichael S. Tsirkin <mst@redhat.com>
      9f9260a3
  5. 28 5月, 2014 3 次提交
  6. 24 5月, 2014 1 次提交
  7. 10 5月, 2014 1 次提交
    • K
      vl.c: remove init_clocks call from main · 02ce232c
      Kirill Batuzov 提交于
      Clocks are initialized in qemu_init_main_loop. They are not needed before it.
      Initializing them twice is not only unnecessary but is harmful: it results in
      memory leak and potentially can lead to a situation where different parts of
      QEMU use different sets of timers.
      
      To avoid it remove init_clocks call from main and add an assertion to
      qemu_clock_init that corresponding clock has not been initialized yet.
      Signed-off-by: NKirill Batuzov <batuzovk@ispras.ru>
      Signed-off-by: NStefan Hajnoczi <stefanha@redhat.com>
      02ce232c
  8. 06 5月, 2014 5 次提交
  9. 28 4月, 2014 3 次提交
  10. 27 4月, 2014 2 次提交
  11. 18 4月, 2014 1 次提交
  12. 27 3月, 2014 1 次提交
  13. 25 3月, 2014 1 次提交
    • S
      osdep: initialize glib threads in all QEMU tools · ae2990c2
      Stefan Hajnoczi 提交于
      glib versions prior to 2.31.0 require an explicit g_thread_init() call
      to enable multi-threading.
      
      Failure to initialize threading causes glib to take single-threaded code
      paths without synchronization.  For example, the g_slice allocator will
      crash due to race conditions.
      
      Fix this for all QEMU tool programs (qemu-nbd, qemu-io, qemu-img) by
      moving the g_thread_init() call from vl.c:main() into a new
      osdep.c:thread_init() constructor function.
      
      thread_init() has __attribute__((constructor)) and is automatically
      invoked by the runtime during startup.
      
      We can now drop the "simple" trace backend's g_thread_init() call since
      thread_init() already called it.
      
      Note that we must keep coroutine-gthread.c's g_thread_init() call which
      is located in a constructor function.  There is no guarantee for
      constructor function ordering so thread_init() may only be called later.
      Reported-by: NMario de Chenno <mario.dechenno@unina2.it>
      Signed-off-by: NStefan Hajnoczi <stefanha@redhat.com>
      ae2990c2
  14. 20 3月, 2014 3 次提交
  15. 19 3月, 2014 1 次提交
  16. 17 3月, 2014 2 次提交
  17. 14 3月, 2014 2 次提交
  18. 13 3月, 2014 2 次提交
  19. 10 3月, 2014 2 次提交