1. 29 6月, 2018 1 次提交
  2. 18 6月, 2018 1 次提交
  3. 23 1月, 2018 1 次提交
  4. 25 10月, 2017 1 次提交
  5. 11 8月, 2017 1 次提交
  6. 11 5月, 2017 2 次提交
  7. 13 7月, 2016 1 次提交
  8. 17 6月, 2016 1 次提交
  9. 24 5月, 2016 1 次提交
  10. 23 3月, 2016 1 次提交
  11. 05 2月, 2016 1 次提交
    • P
      util: Clean up includes · aafd7584
      Peter Maydell 提交于
      Clean up includes so that osdep.h is included first and headers
      which it implies are not included manually.
      
      This commit was created with scripts/clean-includes.
      Signed-off-by: NPeter Maydell <peter.maydell@linaro.org>
      Message-id: 1454089805-5470-6-git-send-email-peter.maydell@linaro.org
      aafd7584
  12. 25 11月, 2015 1 次提交
  13. 04 11月, 2015 1 次提交
  14. 23 6月, 2015 1 次提交
  15. 30 4月, 2015 1 次提交
  16. 08 5月, 2014 1 次提交
  17. 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
  18. 01 2月, 2014 1 次提交
  19. 18 9月, 2013 1 次提交
  20. 29 4月, 2013 1 次提交
    • P
      win32: add readv/writev emulation · 9adea5f7
      Paolo Bonzini 提交于
      Commit e9d8fbf5 (qemu-file: do not use stdio for qemu_fdopen, 2013-03-27)
      introduced a usage of writev, which mingw32 does not have.  Even though
      qemu_fdopen itself is not used on mingw32, the future-proof solution is
      to add an implementation of it.  This is simple and similar to how we
      emulate sendmsg/recvmsg in util/iov.c.
      
      Some files include osdep.h without qemu-common.h, so move the definition
      of iovec to osdep.h too, and include osdep.h from qemu-common.h
      unconditionally (protection against including files when NEED_CPU_H is
      defined is not needed since the removal of AREG0).
      Signed-off-by: NPaolo Bonzini <pbonzini@redhat.com>
      9adea5f7
  21. 24 4月, 2013 1 次提交
  22. 08 3月, 2013 1 次提交
    • L
      osdep: replace setsockopt by qemu_setsockopt · 4bd1afbd
      Lei Li 提交于
      Fix the compiler warning when cross build qemu-ga
      for windows by using qemu_setsockopt() instead of
      setsockopt().
      
      util/osdep.c: In function 'socket_set_nodelay':
      util/osdep.c:69:5: warning: passing argument 4 of 'setsockopt' from
                         incompatible pointer type [enabled by default]
      In file included from /home/lei/qemu_b/include/sysemu/os-win32.h:30:0,
                       from /home/lei/qemu_b/include/qemu-common.h:46,
                       from util/osdep.c:48:
      /usr/i686-w64-mingw32/sys-root/mingw/include/winsock2.h:990:63: note:
                       expected 'const char *' but argument is of type 'int *'
      Signed-off-by: NLei Li <lilei@linux.vnet.ibm.com>
      Signed-off-by: NStefan Hajnoczi <stefanha@redhat.com>
      4bd1afbd
  23. 04 3月, 2013 1 次提交
  24. 13 1月, 2013 1 次提交
  25. 19 12月, 2012 2 次提交
  26. 19 11月, 2012 1 次提交
  27. 03 11月, 2012 1 次提交
  28. 30 10月, 2012 1 次提交
  29. 24 10月, 2012 1 次提交
  30. 17 8月, 2012 1 次提交
  31. 15 8月, 2012 2 次提交
  32. 04 8月, 2012 1 次提交
    • P
      vnc: disable VNC password authentication (security type 2) when in FIPS mode · 0f66998f
      Paul Moore 提交于
      FIPS 140-2 requires disabling certain ciphers, including DES, which is used
      by VNC to obscure passwords when they are sent over the network.  The
      solution for FIPS users is to disable the use of VNC password auth when the
      host system is operating in FIPS compliance mode and the user has specified
      '-enable-fips' on the QEMU command line.
      
      This patch causes QEMU to emit a message to stderr when the host system is
      running in FIPS mode and a VNC password was specified on the commend line.
      If the system is not running in FIPS mode, or is running in FIPS mode but
      VNC password authentication was not requested, QEMU operates normally.
      Signed-off-by: NPaul Moore <pmoore@redhat.com>
      Signed-off-by: NAnthony Liguori <aliguori@us.ibm.com>
      0f66998f
  33. 20 6月, 2012 1 次提交
  34. 22 12月, 2011 1 次提交
  35. 21 12月, 2011 1 次提交
  36. 16 4月, 2011 1 次提交
  37. 30 10月, 2010 1 次提交