1. 07 3月, 2011 2 次提交
  2. 23 2月, 2011 1 次提交
  3. 21 2月, 2011 1 次提交
  4. 20 2月, 2011 1 次提交
    • A
      target-i386: set target_phys_bits to 64 · 71deff27
      Aurelien Jarno 提交于
      qemu i386 used to support more than 4GB of RAM through PAE, but it has
      been disabled for an unknown reason. Reenable it.
      
      Note that simply running qemu x86_64 and emulating a 32-bit CPU is not
      a solution to this problem as it is about 15% slower (it needs to
      emulate 64 bit registers even if half of them are not used). On the
      other hand, I haven't seen any measurable impact by switching
      target_phys_bits to 64.
      Signed-off-by: NAurelien Jarno <aurelien@aurel32.net>
      71deff27
  5. 17 2月, 2011 2 次提交
    • L
      linux-user: Define target alignment size · c2e3dee6
      Laurent Vivier 提交于
      Datatype alignment can be found using following application:
      
      int main(void)
      {
      	printf("alignof(short) %ld\n", __alignof__(short));
      	printf("alignof(int) %ld\n", __alignof__(int));
      	printf("alignof(long) %ld\n", __alignof__(long));
      	printf("alignof(long long) %ld\n", __alignof__(long long));
      }
      
      This patch includes following alignments:
      
      i386
      
         alignof(short) 2
         alignof(int) 4
         alignof(long) 4
         alignof(long long) 8
      
       x86_64
      
         alignof(short) 2
         alignof(int) 4
         alignof(long) 8
         alignof(long long) 8
      
       arm
      
         alignof(short) 2
         alignof(int) 4
         alignof(long) 4
         alignof(long long) 4
      
       m68k (680x0)
      
         alignof(short) 2
         alignof(int) 2
         alignof(long) 2
         alignof(long long) 2
      
       mips
      
         alignof(short) 2
         alignof(int) 4
         alignof(long) 4
         alignof(long long) 8
      
       ppc
      
         alignof(short) 2
         alignof(int) 4
         alignof(long) 4
         alignof(long long) 8
      
      for other targets, use by default (2,4,4,8).
      
      Please, update for your favorite target...
      Signed-off-by: NLaurent Vivier <laurent@vivier.eu>
      Signed-off-by: NRiku Voipio <riku.voipio@nokia.com>
      c2e3dee6
    • P
      linux-user: Support the epoll syscalls · 3b6edd16
      Peter Maydell 提交于
      Support the epoll family of syscalls: epoll_create(), epoll_create1(),
      epoll_ctl(), epoll_wait() and epoll_pwait(). Note that epoll_create1()
      and epoll_pwait() are later additions, so we have to test separately
      in configure for their presence.
      Signed-off-by: NPeter Maydell <peter.maydell@linaro.org>
      Signed-off-by: NRiku Voipio <riku.voipio@nokia.com>
      3b6edd16
  6. 14 2月, 2011 1 次提交
    • J
      kvm: Fix race between timer signals and vcpu entry under !IOTHREAD · de758970
      Jan Kiszka 提交于
      Found by Stefan Hajnoczi: There is a race in kvm_cpu_exec between
      checking for exit_request on vcpu entry and timer signals arriving
      before KVM starts to catch them. Plug it by blocking both timer related
      signals also on !CONFIG_IOTHREAD and process those via signalfd.
      
      As this fix depends on real signalfd support (otherwise the timer
      signals only kick the compat helper thread, and the main thread hangs),
      we need to detect the invalid constellation and abort configure.
      Signed-off-by: NJan Kiszka <jan.kiszka@siemens.com>
      CC: Stefan Hajnoczi <stefanha@linux.vnet.ibm.com>
      Signed-off-by: NMarcelo Tosatti <mtosatti@redhat.com>
      de758970
  7. 30 1月, 2011 1 次提交
  8. 24 1月, 2011 1 次提交
  9. 23 1月, 2011 1 次提交
  10. 22 1月, 2011 1 次提交
  11. 21 1月, 2011 1 次提交
  12. 15 1月, 2011 17 次提交
  13. 12 1月, 2011 1 次提交
  14. 07 1月, 2011 1 次提交
  15. 17 12月, 2010 1 次提交
  16. 14 12月, 2010 1 次提交
  17. 21 11月, 2010 4 次提交
  18. 16 11月, 2010 2 次提交
    • D
      Add support for generating a systemtap tapset static probes · 2834c3e0
      Daniel P. Berrange 提交于
      This introduces generation of a qemu.stp/qemu-system-XXX.stp
      files which provides tapsets with friendly names for static
      probes & their arguments. Instead of
      
          probe process("qemu").mark("qemu_malloc") {
              printf("Malloc %d %p\n", $arg1, $arg2);
          }
      
      It is now possible todo
      
          probe qemu.system.i386.qemu_malloc {
              printf("Malloc %d %p\n", size, ptr);
          }
      
      There is one tapset defined per target arch.
      
      * Makefile: Generate a qemu.stp file for systemtap
      * tracetool: Support for generating systemtap tapsets
      Signed-off-by: NDaniel P. Berrange <berrange@redhat.com>
      Signed-off-by: NAnthony Liguori <aliguori@us.ibm.com>
      2834c3e0
    • D
      Add a DTrace tracing backend targetted for SystemTAP compatability · 4addb112
      Daniel P. Berrange 提交于
      This introduces a new tracing backend that targets the SystemTAP
      implementation of DTrace userspace tracing. The core functionality
      should be applicable and standard across any DTrace implementation
      on Solaris, OS-X, *BSD, but the Makefile rules will likely need
      some small additional changes to cope with OS specific build
      requirements.
      
      This backend builds a little differently from the other tracing
      backends. Specifically there is no 'trace.c' file, because the
      'dtrace' command line tool generates a '.o' file directly from
      the dtrace probe definition file. The probe definition is usually
      named with a '.d' extension but QEMU uses '.d' files for its
      external makefile dependancy tracking, so this uses '.dtrace' as
      the extension for the probe definition file.
      
      The 'tracetool' program gains the ability to generate a trace.h
      file for DTrace, and also to generate the trace.d file containing
      the dtrace probe definition.
      
      Example usage of a dtrace probe in systemtap looks like:
      
        probe process("qemu").mark("qemu_malloc") {
          printf("Malloc %d %p\n", $arg1, $arg2);
        }
      
      * .gitignore: Ignore trace-dtrace.*
      * Makefile: Extra rules for generating DTrace files
      * Makefile.obj: Don't build trace.o for DTrace, use
        trace-dtrace.o generated by 'dtrace' instead
      * tracetool: Support for generating DTrace data files
      Signed-off-by: NDaniel P. Berrange <berrange@redhat.com>
      Signed-off-by: NAnthony Liguori <aliguori@us.ibm.com>
      4addb112