1. 12 8月, 2014 1 次提交
  2. 23 6月, 2014 1 次提交
    • P
      vl: allow other threads to do qemu_system_vmstop_request · 74892d24
      Paolo Bonzini 提交于
      There patch protects vmstop_requested with a lock and introduces
      qemu_system_vmstop_request_prepare.
      
      Together with the new call to qemu_vmstop_requested in vm_start,
      qemu_system_vmstop_request_prepare avoids a race where the VM could remain
      stopped even though the iostatus of a block device has already been set
      (for example).
      
      qemu_system_vmstop_request_prepare however also lets the caller thread
      delay observation of the state change until it has itself communicated
      that change to the user.  This delay avoids any possibility of a wrong
      reordering of the BLOCK_IO_ERROR event and the subsequent STOP event.
      Signed-off-by: NPaolo Bonzini <pbonzini@redhat.com>
      Reviewed-by: NEric Blake <eblake@redhat.com>
      Signed-off-by: NStefan Hajnoczi <stefanha@redhat.com>
      74892d24
  3. 05 6月, 2014 2 次提交
  4. 29 5月, 2014 1 次提交
  5. 25 5月, 2014 2 次提交
  6. 14 5月, 2014 1 次提交
  7. 14 3月, 2014 15 次提交
  8. 05 2月, 2014 4 次提交
  9. 03 9月, 2013 2 次提交
  10. 30 7月, 2013 1 次提交
  11. 29 7月, 2013 1 次提交
    • A
      cpu: Partially revert "cpu: Change qemu_init_vcpu() argument to CPUState" · 14a10fc3
      Andreas Färber 提交于
      Commit c643bed9 moved qemu_init_vcpu() calls to common CPUState code.
      This causes x86 cpu-add to fail with "KVM: setting VAPIC address failed".
      
      The reason for the failure is that CPUClass::kvm_fd is not yet
      initialized in the following call graph:
      ->x86_cpu_realizefn
       ->x86_cpu_apic_realize
        ->qdev_init
         ->device_set_realized
          ->device_reset (hotplugged == 1)
           ->apic_reset_common
            ->vapic_base_update
             ->kvm_apic_vapic_base_update
      This causes attempted KVM vCPU ioctls to fail.
      
      By contrast, in the non-hotplug case the APIC is reset much later, when
      the vCPU is already initialized.
      
      As a quick and safe solution, move the qemu_init_vcpu() call back into
      the targets' realize functions.
      Reported-by: NChen Fan <chen.fan.fnst@cn.fujitsu.com>
      Acked-by: Igor Mammedov <imammedo@redhat.com> (for i386)
      Tested-by: Jia Liu <proljc@gmail.com> (for openrisc)
      Signed-off-by: NAndreas Färber <afaerber@suse.de>
      14a10fc3
  12. 27 7月, 2013 4 次提交
  13. 23 7月, 2013 4 次提交
  14. 10 7月, 2013 1 次提交