Skip to content
Snippets Groups Projects
  1. Sep 15, 2014
    • Hu Tao's avatar
      configure: check for pixman-1 version · 236f282c
      Hu Tao authored
      
      commit a93a3af9 introduces use of PIXMAN_TYPE_RGBA, but it's only available
      in pixman >= 0.21.8. If pixman doesn't meet the version requirement, qemu
      will fail to build with following message:
      
      qemu/ui/qemu-pixman.c: In function ‘qemu_pixelformat_from_pixman’:
      qemu/ui/qemu-pixman.c:42: error: ‘PIXMAN_TYPE_RGBA’ undeclared (first use in this function)
      qemu/ui/qemu-pixman.c:42: error: (Each undeclared identifier is reported only once
      qemu/ui/qemu-pixman.c:42: error: for each function it appears in.)
      
      This patch fixes the problem by checking the pixman version.
      
      Signed-off-by: default avatarHu Tao <hutao@cn.fujitsu.com>
      Signed-off-by: default avatarGerd Hoffmann <kraxel@redhat.com>
      236f282c
  2. Sep 01, 2014
  3. Aug 24, 2014
  4. Aug 22, 2014
  5. Aug 15, 2014
  6. Aug 08, 2014
    • Michael Tokarev's avatar
      l2tpv3 (configure): it is linux-specific · bff6cb72
      Michael Tokarev authored
      
      Some non-linux systems, for example a system with
      FreeBSD kernel and glibc, may declare struct mmsghdr
      (in glibc) but may not have linux-specific header
      file linux/ip.h.  The actual implementation in qemu
      includes this linux-specific header file unconditionally,
      so compilation fails if it is not present.  Include
      this header in the configure test too.
      
      Signed-off-by: default avatarMichael Tokarev <mjt@tls.msk.ru>
      bff6cb72
  7. Jul 10, 2014
    • Miroslav Rezanina's avatar
      Enforce stack protector usage · 3b463a3f
      Miroslav Rezanina authored
      
      If --enable-stack-protector is used is used, configure script try to use
      --fstack-protector-strong. In case it's not supported, --fstack-protector-all
      is enabled. If both protectors are not supported, configure does not use
      any protector at all without any notification.
      
      This patch reports error when user requests stack protector to be used and
      both protector modes are not supported. Behavior is not changed in case
      user do not use any of --enable-stack-protector/--disable-stack-protector.
      
      Signed-off-by: default avatarMiroslav Rezanina <mrezanin@redhat.com>
      [Fix non-POSIX operator in test. - Paolo]
      Signed-off-by: default avatarPaolo Bonzini <pbonzini@redhat.com>
      3b463a3f
  8. Jul 01, 2014
  9. Jun 27, 2014
  10. Jun 24, 2014
  11. Jun 23, 2014
  12. Jun 19, 2014
  13. Jun 18, 2014
    • Peter Lieven's avatar
      block/iscsi: bump libiscsi requirement to 1.9.0 · e49ab19f
      Peter Lieven authored
      
      This patch lifts the minimum supported libiscsi version from 1.4.0 to
      1.9.0 since the BUSY patch required that change.
      
      On one this allows us to remove all #ifdefs from the code which
      makes the code easier to maintain and read. On the other hand
      I would not recommend libiscsi prior to 1.8.0 for production use
      because the following important libiscsi fixes for deadlocks and
      protocol errors are missing prior to 1.8.0:
      
      dbe9a1e SOCKET queue cmd PDUs directly in waitpdu queue
      30df192 DATA-OUT set pdu->cmdsn appropriately
      548bd22 ISCSI fix broken send logic in iscsi_scsi_async_command
      14bee10 RECONNECT do not increase CmdSN for immediate PDUs
      1f4a66a PDU queue out PDUs in order of itt.
      562dd46 PDU avoid incrementing itt to 0xffffffff
      cd09c0f PDU use serial32 arithmetic for cmdsn, maxcmdsn and expcmdsn.
      89e918e SOCKET validate data_size in in_pdu header
      91267f5 Limit immediate and unsolicited data to FirstBurstLength
      
      Note that libiscsi 1.9.0 was released on Feb 24th, 2013, about
      one month after 1.8.0.
      
      Signed-off-by: default avatarPeter Lieven <pl@kamp.de>
      Signed-off-by: default avatarPaolo Bonzini <pbonzini@redhat.com>
      e49ab19f
    • Sanjay Lal's avatar
      target-mips: Enable KVM support in build system · 222e7d11
      Sanjay Lal authored
      
      Enable KVM support for MIPS in the build system.
      
      Signed-off-by: default avatarSanjay Lal <sanjayl@kymasys.com>
      Signed-off-by: default avatarJames Hogan <james.hogan@imgtec.com>
      Reviewed-by: default avatarAurelien Jarno <aurelien@aurel32.net>
      Signed-off-by: default avatarPaolo Bonzini <pbonzini@redhat.com>
      222e7d11
  14. Jun 16, 2014
  15. Jun 11, 2014
  16. Jun 10, 2014
  17. Jun 09, 2014
    • Lluís Vilanova's avatar
      trace: Multi-backend tracing · 5b808275
      Lluís Vilanova authored
      
      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: default avatarLluís Vilanova <vilanova@ac.upc.edu>
      Signed-off-by: default avatarStefan Hajnoczi <stefanha@redhat.com>
      5b808275
  18. May 24, 2014
  19. May 23, 2014
    • Peter Maydell's avatar
      configure: Put tempfiles in a subdir of the build directory · 8cd05ab6
      Peter Maydell authored
      
      When libtool support was added to configure, the new temporary files
      were left out of the list of files cleaned up on exit; this results
      in a lot of stale .lo files being left around in /tmp. Worse, libtool
      creates a /tmp/.libs directory which we can't easily clean up.
      
      Put all our temporary files in a single temporary directory created
      as a subdirectory of the build directory, so we can easily clean it up,
      and don't need fragile or complicated code for creation to avoid it
      clashing with temporary directories from other instances of QEMU
      configure or being subject to attack from adversaries who can write
      to /tmp.
      
      Since the temporaries now live in the build tree, we have no
      need to jump through hoops with a trap handler to try to remove
      them when configure exits; this fixes some weird bugs where hitting
      ^C during a configure run wouldn't actually make it stop, because
      we would run the trap handler but then not stop. (It is possible
      to get the trap handler semantics right but it is convoluted largely
      because of bugs in dash, so it is simpler to just avoid it.)
      
      Note that "temporary files go in the build directory, not /tmp" is
      the way autoconf behaves.
      
      Signed-off-by: default avatarPeter Maydell <peter.maydell@linaro.org>
      Reviewed-by: default avatarEric Blake <eblake@redhat.com>
      Signed-off-by: default avatarMichael Tokarev <mjt@tls.msk.ru>
      8cd05ab6
    • Stefan Weil's avatar
      configure: Automatically select GTK+ 3.0 if GTK+ 2.0 is unavailable · 9e04c683
      Stefan Weil authored
      
      The configure option --with-gtkabi=3.0 is still supported, but no longer
      needed when GTK+-2.0 is missing. When no GTK+ ABI is selected by the
      user, configure first tries 2.0, then 3.0.
      
      For some platforms (e.g. Windows) newer binaries of GTK+ are only
      available for GTK+ 3.0. Now building on these platforms is a little bit
      easier.
      
      Signed-off-by: default avatarStefan Weil <sw@weilnetz.de>
      Signed-off-by: default avatarMichael Tokarev <mjt@tls.msk.ru>
      9e04c683
  20. May 15, 2014
  21. May 09, 2014
    • Michael Tokarev's avatar
      libcacard: remove libcacard-specific CFLAGS and LIBS from global vars · 9d171bd9
      Michael Tokarev authored
      
      Currently all what's needed for single file libcacard/vcard_emul_nss.c
      (libnss cflags) and hw/usb/ccid-card-emulated.c (libcacard includes)
      together with the libs is added to global QEMU_CFLAGS and libs_softmmu.
      
      Use the cflags only where really used (for two mentioned files), and
      libs only where needed.
      
      While at it, rename variables to better reflect reality: libcacard_*
      is really nss_*.
      
      This needs a bit more tweaking: $(NSS_LIBS) should not contain $glib_libs
      (ditto for _cflags).  But in order to fix it, some more preparations
      should be made first.  So add a FIXME comment.
      
      Signed-off-by: default avatarMichael Tokarev <mjt@tls.msk.ru>
      Signed-off-by: default avatarPaolo Bonzini <pbonzini@redhat.com>
      9d171bd9
    • Hanna Reitz's avatar
      iotests: Use configured python · f915db07
      Hanna Reitz authored
      
      Currently, QEMU's iotests rely on /usr/bin/env to start the correct
      Python (that is, at least Python 2.4, but not 3). On systems where
      Python 3 is the default, the user has no clean way of making the iotests
      use the correct binary.
      
      This commit makes the iotests use the Python selected by configure.
      
      Signed-off-by: default avatarMax Reitz <mreitz@redhat.com>
      Signed-off-by: default avatarStefan Hajnoczi <stefanha@redhat.com>
      f915db07
  22. May 07, 2014
    • Stefan Weil's avatar
      configure: Show trace output file conditionally · e00e36fb
      Stefan Weil authored
      
      It is only used with the simple trace backend.
      
      Signed-off-by: default avatarStefan Weil <sw@weilnetz.de>
      Signed-off-by: default avatarStefan Hajnoczi <stefanha@redhat.com>
      e00e36fb
    • Michael Tokarev's avatar
      configure: remove bashism · 4fc00556
      Michael Tokarev authored
      
      Commit e26110cf added a check for shacmd to create a hash
      for modules.  This check in configure is using bash construct &>
      to redirect both stdout and stderr, which does fun things on some
      shells.  Get rid of it, use standard redirection instead.
      
      Signed-off-by: default avatarMichael Tokarev <mjt@tls.msk.ru>
      Reviewed-by: default avatarFam Zheng <famz@redhat.com>
      4fc00556
    • Michael S. Tsirkin's avatar
      configure: make source tree build more robust · cab00a5a
      Michael S. Tsirkin authored
      
      When source directory can be arrived at by two paths,
      configure might misdetect an out of tree build.
      The simplest way to trigger the problem is running
      configure using a full path. E.g. (<firstpath> refers to qemu source
      tree):
          ln -s <firstpath> <secondpath>
          cd <firstpath>
          <secondpath>/configure
      
      A more practical way is when make runs configure automatically:
      
      1. cd <firstpath>/; ./configure
          SRC_PATH=<firstpath>/ is written into config_host.mak
      2. cd <secondpath>/; touch configure; make
          make now runs <firstpath>/configure, so configure
          assumes it's an out of tree build
      
      When this happens configure overwrites parts of
      the current tree with symlinks.
      
      Make the test more robust: look for configure
      in the current directory.
      If there - we know it's a source build!
      
      Signed-off-by: default avatarMichael S. Tsirkin <mst@redhat.com>
      cab00a5a
  23. May 02, 2014
    • Riku Voipio's avatar
      linux-user: remove configure option for setting uname release · e586822a
      Riku Voipio authored
      
      --enable-uname-release was a rather heavyweight hammer, as it allows
      providing values less that UNAME_MINIMUM_RELEASE. Also, it affects
      all built linux-user targets, which in most cases is not what user
      wants.
      
      Now that we have UNAME_MINIMUM_RELEASE for all linux-user platforms,
      we can drop --enable-uname-release and the related CONFIG_UNAME_RELEASE
      define.
      
      Users can still override the variable with QEMU_UNAME=2.6.32 or -r
      command line option. If distributors need to update a minimum version
      for a specific target, it can be done by updating UNAME_MINIMUM_RELEASE.
      
      Signed-off-by: default avatarRiku Voipio <riku.voipio@linaro.org>
      e586822a
  24. Apr 29, 2014
Loading