1. 03 Feb, 2014 5 commits
  2. 20 Jan, 2014 1 commit
  3. 23 Dec, 2013 1 commit
  4. 18 Dec, 2013 1 commit
  5. 12 Dec, 2013 3 commits
  6. 07 Nov, 2013 1 commit
    • Stefan Weil's avatar
      kvm: Fix uninitialized cpuid_data · ef4cbe14
      Stefan Weil authored
      This error was reported by valgrind when running qemu-system-x86_64
      with kvm:
      
      ==975== Conditional jump or move depends on uninitialised value(s)
      ==975==    at 0x521C38: cpuid_find_entry (kvm.c:176)
      ==975==    by 0x5235BA: kvm_arch_init_vcpu (kvm.c:686)
      ==975==    by 0x4D5175: kvm_init_vcpu (kvm-all.c:267)
      ==975==    by 0x45035B: qemu_kvm_cpu_thread_fn (cpus.c:858)
      ==975==    by 0xD361E0D: start_thread (pthread_create.c:311)
      ==975==    by 0xD65E9EC: clone (clone.S:113)
      ==975==  Uninitialised value was created by a stack allocation
      ==975==    at 0x5226E4: kvm_arch_init_vcpu (kvm.c:446)
      
      Instead of adding more memset calls for parts of cpuid_data, the existing
      calls were removed and cpuid_data is now initialized completely in one
      call.
      Signed-off-by: default avatarStefan Weil <sw@weilnetz.de>
      Signed-off-by: default avatarGleb Natapov <gleb@redhat.com>
      ef4cbe14
  7. 05 Nov, 2013 1 commit
  8. 20 Aug, 2013 2 commits
  9. 16 Aug, 2013 1 commit
  10. 09 Aug, 2013 1 commit
  11. 26 Jul, 2013 1 commit
  12. 25 Jul, 2013 1 commit
  13. 23 Jul, 2013 2 commits
  14. 09 Jul, 2013 2 commits
    • Andreas Färber's avatar
      cpu: Make first_cpu and next_cpu CPUState · 182735ef
      Andreas Färber authored
      Move next_cpu from CPU_COMMON to CPUState.
      Move first_cpu variable to qom/cpu.h.
      
      gdbstub needs to use CPUState::env_ptr for now.
      cpu_copy() no longer needs to save and restore cpu_next.
      Acked-by: default avatarPaolo Bonzini <pbonzini@redhat.com>
      [AF: Rebased, simplified cpu_copy()]
      Signed-off-by: default avatarAndreas Färber <afaerber@suse.de>
      182735ef
    • Markus Armbruster's avatar
      Fix -machine options accel, kernel_irqchip, kvm_shadow_mem · 36ad0e94
      Markus Armbruster authored
      Multiple -machine options with the same ID are merged.  All but the
      one without an ID are to be silently ignored.
      
      In most places, we query these options with a null ID.  This is
      correct.
      
      In some places, we instead query whatever options come first in the
      list.  This is wrong.  When the -machine processed first happens to
      have an ID, options are taken from that ID, and the ones specified
      without ID are silently ignored.
      
      Example:
      
          $ upstream-qemu -nodefaults -S -display none -monitor stdio -machine id=foo -machine accel=kvm,usb=on
          $ upstream-qemu -nodefaults -S -display none -monitor stdio -machine id=foo,accel=kvm,usb=on -machine accel=xen
          $ upstream-qemu -nodefaults -S -display none -monitor stdio -machine accel=xen -machine id=foo,accel=kvm,usb=on
      
          $ qemu-system-x86_64 -nodefaults -S -display none -monitor stdio -machine accel=kvm,usb=on
          QEMU 1.5.50 monitor - type 'help' for more information
          (qemu) info kvm
          kvm support: enabled
          (qemu) info usb
          (qemu) q
          $ qemu-system-x86_64 -nodefaults -S -display none -monitor stdio -machine id=foo -machine accel=kvm,usb=on
          QEMU 1.5.50 monitor - type 'help' for more information
          (qemu) info kvm
          kvm support: disabled
          (qemu) info usb
          (qemu) q
          $ qemu-system-x86_64 -nodefaults -S -display none -monitor stdio -machine id=foo,accel=kvm,usb=on -machine accel=xen
          QEMU 1.5.50 monitor - type 'help' for more information
          (qemu) info kvm
          kvm support: enabled
          (qemu) info usb
          USB support not enabled
          (qemu) q
          $ qemu-system-x86_64 -nodefaults -S -display none -monitor stdio -machine accel=xen -machine id=foo,accel=kvm,usb=on
          xc: error: Could not obtain handle on privileged command interface (2 = No such file or directory): Internal error
          xen be core: can't open xen interface
          failed to initialize Xen: Operation not permitted
      
      Option usb is queried correctly, and the one without an ID wins,
      regardless of option order.
      
      Option accel is queried incorrectly, and which one wins depends on
      option order and ID.
      
      Affected options are accel (and its sugared forms -enable-kvm and
      -no-kvm), kernel_irqchip, kvm_shadow_mem.
      
      Additionally, option kernel_irqchip is normally on by default, except
      it's off when no -machine options are given.  Bug can't bite, because
      kernel_irqchip is used only when KVM is enabled, KVM is off by
      default, and enabling always creates -machine options.  Downstreams
      that enable KVM by default do get bitten, though.
      
      Use qemu_get_machine_opts() to fix these bugs.
      Signed-off-by: default avatarMarkus Armbruster <armbru@redhat.com>
      Message-id: 1372943363-24081-5-git-send-email-armbru@redhat.com
      Signed-off-by: default avatarAnthony Liguori <aliguori@us.ibm.com>
      36ad0e94
  15. 04 Jul, 2013 1 commit
  16. 28 Jun, 2013 2 commits
  17. 01 May, 2013 2 commits
  18. 18 Apr, 2013 1 commit
  19. 08 Apr, 2013 1 commit
    • Paolo Bonzini's avatar
      hw: move headers to include/ · 0d09e41a
      Paolo Bonzini authored
      Many of these should be cleaned up with proper qdev-/QOM-ification.
      Right now there are many catch-all headers in include/hw/ARCH depending
      on cpu.h, and this makes it necessary to compile these files per-target.
      However, fixing this does not belong in these patches.
      Signed-off-by: default avatarPaolo Bonzini <pbonzini@redhat.com>
      0d09e41a
  20. 12 Mar, 2013 1 commit
  21. 16 Feb, 2013 1 commit
  22. 29 Jan, 2013 1 commit
  23. 27 Jan, 2013 2 commits
  24. 19 Dec, 2012 5 commits