1. 12 3月, 2018 5 次提交
  2. 07 3月, 2018 1 次提交
  3. 06 3月, 2018 3 次提交
  4. 05 3月, 2018 6 次提交
  5. 03 3月, 2018 1 次提交
  6. 02 3月, 2018 1 次提交
  7. 23 2月, 2018 1 次提交
  8. 19 2月, 2018 1 次提交
  9. 13 2月, 2018 2 次提交
  10. 10 2月, 2018 2 次提交
  11. 09 2月, 2018 2 次提交
  12. 08 2月, 2018 1 次提交
  13. 07 2月, 2018 3 次提交
  14. 06 2月, 2018 2 次提交
  15. 31 1月, 2018 1 次提交
  16. 25 1月, 2018 1 次提交
  17. 22 1月, 2018 1 次提交
  18. 12 1月, 2018 3 次提交
    • D
      ui: deprecate use of GTK 2.x in favour of 3.x series · b7715af2
      Daniel P. Berrange 提交于
      The GTK 3.0 release was made in Feb, 2011:
      
        https://blog.gtk.org/2011/02/10/gtk-3-0-released/
      
      That will soon be 7 years ago, which is enough time to consider
      the 3.x series widely supported.
      
      Thus we deprecate the GTK 2.x support, which will allow us to
      delete it in the last release of 2018. By this time, GTK 3.x
      will be almost 8 years old.
      Signed-off-by: NDaniel P. Berrange <berrange@redhat.com>
      Message-id: 20171212113440.16483-1-berrange@redhat.com
      Signed-off-by: NGerd Hoffmann <kraxel@redhat.com>
      b7715af2
    • M
      build-sys: compile with -Og or -O1 when --enable-debug · 90654868
      Marc-André Lureau 提交于
      When --enable-debug is turned on, configure doesn't set -O level, and
      uses default compiler -O0 level, which is slow.
      
      Instead, use -Og if supported by the compiler (optimize debugging
      experience), or -O1 (keeps code somewhat debuggable and works around
      compiler bugs).
      
      Unfortunately, gcc has many false-positive maybe-uninitialized
      errors with Og and O1 (f27 gcc 7.2.1 20170915):
      
      /home/elmarco/src/qemu/hw/ipmi/isa_ipmi_kcs.c: In function ‘ipmi_kcs_ioport_read’:
      /home/elmarco/src/qemu/hw/ipmi/isa_ipmi_kcs.c:279:12: error: ‘ret’ may be used uninitialized in this function [-Werror=maybe-uninitialized]
           return ret;
                  ^~~
      cc1: all warnings being treated as errors
      make: *** [/home/elmarco/src/qemu/rules.mak:66: hw/ipmi/isa_ipmi_kcs.o] Error 1
      make: *** Waiting for unfinished jobs....
      /home/elmarco/src/qemu/hw/ide/ahci.c: In function ‘ahci_populate_sglist’:
      /home/elmarco/src/qemu/hw/ide/ahci.c:903:58: error: ‘tbl_entry_size’ may be used uninitialized in this function [-Werror=maybe-uninitialized]
               if ((off_idx == -1) || (off_pos < 0) || (off_pos > tbl_entry_size)) {
                                                       ~~~~~~~~~^~~~~~~~~~~~~~~~~
      cc1: all warnings being treated as errors
      make: *** [/home/elmarco/src/qemu/rules.mak:66: hw/ide/ahci.o] Error 1
      /home/elmarco/src/qemu/hw/display/qxl.c: In function ‘qxl_add_memslot’:
      /home/elmarco/src/qemu/hw/display/qxl.c:1397:52: error: ‘pci_start’ may be used uninitialized in this function [-Werror=maybe-uninitialized]
           memslot.virt_end   = virt_start + (guest_end   - pci_start);
                                             ~~~~~~~~~~~~~^~~~~~~~~~~~
      /home/elmarco/src/qemu/hw/display/qxl.c:1389:9: error: ‘pci_region’ may be used uninitialized in this function [-Werror=maybe-uninitialized]
               qxl_set_guest_bug(d, "%s: pci_region = %d", __func__, pci_region);
               ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
      cc1: all warnings being treated as errors
      
      There seems to be a long list of related bugs in upstream GCC, some of
      them are being fixed very recently:
      https://gcc.gnu.org/bugzilla/show_bug.cgi?id=24639
      
      For now, let's workaround it by using Wno-maybe-uninitialized (gcc-only).
      Suggested-by: NPaolo Bonzini <pbonzini@redhat.com>
      Signed-off-by: NMarc-André Lureau <marcandre.lureau@redhat.com>
      Message-Id: <20180104160523.22995-5-marcandre.lureau@redhat.com>
      Tested-by: NPhilippe Mathieu-Daudé <f4bug@amsat.org>
      Signed-off-by: NPaolo Bonzini <pbonzini@redhat.com>
      90654868
    • M
      build-sys: fix qemu-ga -pthread linking · 14ab3aa7
      Marc-André Lureau 提交于
      When linking qemu-ga under some configuration (when gthread-2.0.pc
      doesn't have -pthread, as happening atm with meson build), you may
      have this linking issue:
      
      /usr/bin/ld: libqemuutil.a(qemu-thread-posix.o): undefined reference to symbol 'pthread_setname_np@@GLIBC_2.12'
      /usr/lib64/libpthread.so.0: error adding symbols: DSO missing from command line
      
      Make sure qemu-ga links with the pthread library, by adding correct
      flags to libs_qga.
      
      This is really a QEMU bug, because it's QEMU code that's using pthread
      functions, and so we must explicitly link against pthreads. The bug
      was just masked by the fact that often some pkg-config or another for
      one of our dependencies will add -pthread to the link line anyway.
      Signed-off-by: NMarc-André Lureau <marcandre.lureau@redhat.com>
      Reviewed-by: NPeter Maydell <peter.maydell@linaro.org>
      Message-Id: <20180104160523.22995-2-marcandre.lureau@redhat.com>
      Signed-off-by: NPaolo Bonzini <pbonzini@redhat.com>
      14ab3aa7
  19. 11 1月, 2018 1 次提交
  20. 09 1月, 2018 1 次提交
  21. 22 12月, 2017 1 次提交
    • S
      i386: hvf: add code base from Google's QEMU repository · c97d6d2c
      Sergio Andres Gomez Del Real 提交于
      This file begins tracking the files that will be the code base for HVF
      support in QEMU. This code base is part of Google's QEMU version of
      their Android emulator, and can be found at
      https://android.googlesource.com/platform/external/qemu/+/emu-master-dev
      
      This code is based on Veertu Inc's vdhh (Veertu Desktop Hosted
      Hypervisor), found at https://github.com/veertuinc/vdhh. Everything is
      appropriately licensed under GPL v2-or-later, except for the code inside
      x86_task.c and x86_task.h, which, deriving from KVM (the Linux kernel),
      is licensed GPL v2-only.
      
      This code base already implements a very great deal of functionality,
      although Google's version removed from Vertuu's the support for APIC
      page and hyperv-related stuff. According to the Android Emulator Release
      Notes, Revision 26.1.3 (August 2017), "Hypervisor.framework is now
      enabled by default on macOS for 32-bit x86 images to improve performance
      and macOS compatibility", although we better use with caution for, as the
      same Revision warns us, "If you experience issues with it specifically,
      please file a bug report...". The code hasn't seen much update in the
      last 5 months, so I think that we can further develop the code with
      occasional visiting Google's repository to see if there has been any
      update.
      
      On top of Google's code, the following changes were made:
      
      - add code to the configure script to support the --enable-hvf argument.
      If the OS is Darwin, it checks for presence of HVF in the system. The
      patch also adds strings related to HVF in the file qemu-options.hx.
      QEMU will only support the modern syntax style '-M accel=hvf' no enable
      hvf; the legacy '-enable-hvf' will not be supported.
      
      - fix styling issues
      
      - add glue code to cpus.c
      
      - move HVFX86EmulatorState field to CPUX86State, changing the
      the emulation functions to have a parameter with signature 'CPUX86State *'
      instead of 'CPUState *' so we don't have to get the 'env'.
      Signed-off-by: NSergio Andres Gomez Del Real <Sergio.G.DelReal@gmail.com>
      Message-Id: <20170913090522.4022-2-Sergio.G.DelReal@gmail.com>
      Message-Id: <20170913090522.4022-3-Sergio.G.DelReal@gmail.com>
      Message-Id: <20170913090522.4022-5-Sergio.G.DelReal@gmail.com>
      Message-Id: <20170913090522.4022-6-Sergio.G.DelReal@gmail.com>
      Message-Id: <20170905035457.3753-7-Sergio.G.DelReal@gmail.com>
      Signed-off-by: NPaolo Bonzini <pbonzini@redhat.com>
      c97d6d2c