1. 28 Jan, 2014 1 commit
    • Igor Mammedov's avatar
      add optional 2nd stage initialization to -object/object-add commands · 269e09f3
      Igor Mammedov authored
      Introduces USER_CREATABLE interface that must be implemented by
      objects which are designed to created with -object CLI option or
      object-add QMP command.
      
      Interface provides an ability to do an optional second stage
      initialization of the object created with -object/object-add
      commands. By providing complete() callback, which is called
      after the object properties were set.
      
      It allows to:
       * prevents misusing of -object/object-add by filtering out
         objects that are not designed for it.
       * generalize second stage backend initialization instead of
         adding custom APIs to perform it
       * early error detection of backend initialization at -object/
         object-add time rather than through a proxy DEVICE object
         that tries to use backend.
      Signed-off-by: default avatarIgor Mammedov <imammedo@redhat.com>
      Reviewed-by: default avatarStefan Hajnoczi <stefanha@redhat.com>
      Signed-off-by: default avatarLuiz Capitulino <lcapitulino@redhat.com>
      269e09f3
  2. 06 Jan, 2014 1 commit
  3. 24 Dec, 2013 3 commits
  4. 22 Dec, 2013 2 commits
  5. 19 Nov, 2013 1 commit
  6. 14 Oct, 2013 1 commit
  7. 20 Sep, 2013 1 commit
    • James Hogan's avatar
      cpu: Move cpu state syncs up into cpu_dump_state() · 97577fd4
      James Hogan authored
      The x86 and ppc targets call cpu_synchronize_state() from their
      *_cpu_dump_state() callbacks to ensure that up to date state is dumped
      when KVM is enabled (for example when a KVM internal error occurs).
      
      Move this call up into the generic cpu_dump_state() function so that
      other KVM targets (namely MIPS) can take advantage of it.
      
      This requires kvm_cpu_synchronize_state() and cpu_synchronize_state() to
      be moved out of the #ifdef NEED_CPU_H in <sysemu/kvm.h> so that they're
      accessible to qom/cpu.c.
      Signed-off-by: default avatarJames Hogan <james.hogan@imgtec.com>
      Cc: Andreas Färber <afaerber@suse.de>
      Cc: Alexander Graf <agraf@suse.de>
      Cc: Gleb Natapov <gleb@redhat.com>
      Cc: qemu-ppc@nongnu.org
      Cc: kvm@vger.kernel.org
      Signed-off-by: default avatarGleb Natapov <gleb@redhat.com>
      97577fd4
  8. 03 Sep, 2013 1 commit
  9. 30 Aug, 2013 2 commits
  10. 16 Aug, 2013 2 commits
  11. 29 Jul, 2013 1 commit
    • Andreas Färber's avatar
      cpu: Partially revert "cpu: Change qemu_init_vcpu() argument to CPUState" · 14a10fc3
      Andreas Färber authored
      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: default avatarChen 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: default avatarAndreas Färber <afaerber@suse.de>
      14a10fc3
  12. 26 Jul, 2013 2 commits
  13. 10 Jul, 2013 1 commit
  14. 09 Jul, 2013 1 commit
  15. 04 Jul, 2013 1 commit
  16. 28 Jun, 2013 3 commits
  17. 11 Jun, 2013 3 commits
  18. 22 May, 2013 1 commit
  19. 13 May, 2013 6 commits
  20. 01 May, 2013 6 commits