1. 24 Jan, 2009 1 commit
  2. 17 Jan, 2009 1 commit
  3. 16 Jan, 2009 1 commit
  4. 15 Jan, 2009 2 commits
    • aliguori's avatar
      report issues causing the kvm probe to fail (Christian Ehrhardt) · 9fd8d8d7
      aliguori authored
      The patch applies to upstream qemu as well as kvm-userspace, but since it is
      the qemu configure script I think it should go to upstream qemu (Anthony)
      first and with the next merge to kvm-userspace. On the other hand it is the kvm
      probe so an ack from Avi in case v3 is ok would be reasonable.
      v2 - it also reports other errors than just #error preprocessor statements
           (requested by Avi)
      v3 - In case awk or grep is not installed it now gracfully (silently)
           fails still disabling kvm (requested by Anthony)
      This patch is about reporting more details of the issue if configuring kvm
      fails. Therefore this patch keeps the qemu style configure output which is a
      list of "$Feature $Status", but extend the "no" result like "KVM Support no"
      with some more information.
      There might be a lot of things going wrong with that probe and I don't want
      to handle all of them, but if it is one of the known checks e.g. for
      KVM_API_VERSION then we could grep/awk that out and report it. The patch
      reports in case of a known case in the style
      "KVM support no - (Missing KVM capability KVM_CAP_DESTROY_MEMORY_REGION_WORKS)"
      In case more than one #error is triggered it creates a comma separated list in
      those brackets and in case it is something else than an #error it just reports
      plain old "no".
      Signed-off-by: default avatarChristian Ehrhardt <ehrhardt@linux.vnet.ibm.com>
      Signed-off-by: default avatarAnthony Liguori <aliguori@us.ibm.com>
      git-svn-id: svn://svn.savannah.nongnu.org/qemu/trunk@6334 c046a42c-6fe2-441c-8c8c-71466251a162
    • aliguori's avatar
      Fix kvm configure test for PPC · 406b430d
      aliguori authored
      QEMU uses "ppc" whereas Linux uses "powerpc".
      Signed-off-by: default avatarAnthony Liguori <aliguori@us.ibm.com>
      git-svn-id: svn://svn.savannah.nongnu.org/qemu/trunk@6326 c046a42c-6fe2-441c-8c8c-71466251a162
  5. 14 Jan, 2009 2 commits
  6. 09 Jan, 2009 2 commits
  7. 07 Jan, 2009 1 commit
  8. 06 Jan, 2009 1 commit
  9. 31 Dec, 2008 1 commit
  10. 29 Dec, 2008 1 commit
    • aliguori's avatar
      Parse --cc and --cross-prefix earlier and use CC to determine cpu and host · ac0df51d
      aliguori authored
      We have been relying on uname to determine the host cpu architecture and
      operating system.  This is totally broken for cross compilation.  It was
      workable in the past because you can manually override both settings but after
      the host USB passthrough refactoring, cross host builds were broken.
      This moves the parsing of --cc and --cross-prefix to before the probes for cpu
      and host.  Complation testing is used to determine the host and CPU types.  I've
      only added checks for i386, x86_64, Linux, and Windows since these are the only
      platforms I have access to for testing.  Everything else falls back to uname.
      It should be relatively easy to add the right checks for other platforms and
      eliminate uname altogether.
      Signed-off-by: default avatarAnthony Liguori <aliguori@us.ibm.com>
      git-svn-id: svn://svn.savannah.nongnu.org/qemu/trunk@6141 c046a42c-6fe2-441c-8c8c-71466251a162
  11. 17 Dec, 2008 1 commit
  12. 16 Dec, 2008 2 commits
  13. 15 Dec, 2008 3 commits
  14. 12 Dec, 2008 2 commits
    • aliguori's avatar
      Make sure to link librt if we need to. · da93a1fd
      aliguori authored
      This is really a stop-gap.  The recent thread pool changes uncovered a 
      deeper issue with how we use librt.  We really should be probing for 
      timer_create and then conditionally enabling that code.
      Signed-off-by: default avatarAnthony Liguori <aliguori@us.ibm.com>
      git-svn-id: svn://svn.savannah.nongnu.org/qemu/trunk@5997 c046a42c-6fe2-441c-8c8c-71466251a162
    • aliguori's avatar
      Replace posix-aio with custom thread pool · 3c529d93
      aliguori authored
      glibc implements posix-aio as a thread pool and imposes a number of limitations.
      1) it limits one request per-file descriptor.  we hack around this by dup()'ing
      file descriptors which is hideously ugly
      2) it's impossible to add new interfaces and we need a vectored read/write
      operation to properly support a zero-copy API.
      What has been suggested to me by glibc folks, is to implement whatever new
      interfaces we want and then it can eventually be proposed for standardization.
      This requires that we implement our own posix-aio implementation though.
      This patch implements posix-aio using pthreads.  It immediately eliminates the
      need for fd pooling.
      It performs at least as well as the current posix-aio code (in some
      circumstances, even better).
      Signed-off-by: default avatarAnthony Liguori <aliguori@us.ibm.com>
      git-svn-id: svn://svn.savannah.nongnu.org/qemu/trunk@5996 c046a42c-6fe2-441c-8c8c-71466251a162
  15. 09 Dec, 2008 1 commit
  16. 08 Dec, 2008 1 commit
  17. 07 Dec, 2008 6 commits
  18. 05 Dec, 2008 2 commits
  19. 29 Nov, 2008 2 commits
  20. 27 Nov, 2008 1 commit
  21. 23 Nov, 2008 1 commit
  22. 22 Nov, 2008 2 commits
  23. 18 Nov, 2008 1 commit
  24. 05 Nov, 2008 2 commits