1. 10 4月, 2011 5 次提交
  2. 09 4月, 2011 4 次提交
  3. 08 4月, 2011 6 次提交
    • D
      ppce500_mpc8544ds: Fix compile with --enable-debug and --disable-kvm · 69577857
      David Gibson 提交于
      When configured with --enable-debug, we compile without optimization.
      This means that the function mpc8544_copy_soc_cell() in ppce500_mpc8544ds.c
      is not optimized out, even though it is never called without kvm.  That in
      turn causes a link failure, because it calls the function
      kvmppc_read_host_property() which is in kvm_ppc.o and therefore not
      included in a --disable-kvm build.
      
      This patch fixes the problem by providing a dummy stub for
      kvmppc_read_host_property() in kvm_ppc.h when !CONFIG_KVM.
      Signed-off-by: NDavid Gibson <david@gibson.dropbear.id.au>
      Signed-off-by: NAlexander Graf <agraf@suse.de>
      69577857
    • D
      Use existing helper function to implement popcntd instruction · 3601ff11
      David Gibson 提交于
      The recent patches adding partial support for POWER7 cpu emulation included
      implementing the popcntd instruction.  The support for this was open coded,
      but host-utils.h already included a function implementing an equivalent
      population count function, which uses a gcc builtin (which can use special
      host instructions) if available.
      
      This patch makes the popcntd implementation use the existing, potentially
      faster, implementation.
      Signed-off-by: NDavid Gibson <david@gibson.dropbear.id.au>
      Signed-off-by: NAlexander Graf <agraf@suse.de>
      3601ff11
    • D
      Delay creation of pseries device tree until reset · a3467baa
      David Gibson 提交于
      At present, the 'pseries' machine creates a flattened device tree in the
      machine->init function to pass to either the guest kernel or to firmware.
      
      However, the machine->init function runs before processing of -device
      command line options, which means that the device tree so created will
      be (incorrectly) missing devices specified that way.
      
      Supplying a correct device tree is, in any case, part of the required
      platform entry conditions.  Therefore, this patch moves the creation and
      loading of the device tree from machine->init to a reset callback.  The
      setup of entry point address and initial register state moves with it,
      which leads to a slight cleanup.
      
      This is not, alas, quite enough to make a fully working reset for pseries.
      For that we would need to reload the firmware images, which on this
      machine are loaded into RAM.  It's a step in the right direction, though.
      Signed-off-by: NDavid Gibson <dwg@au1.ibm.com>
      Signed-off-by: NAlexander Graf <agraf@suse.de>
      a3467baa
    • D
      pseries: Abolish envs array · c7a5c0c9
      David Gibson 提交于
      Currently the pseries machine init code builds up an array, envs, of
      CPUState pointers for all the cpus in the system.  This is kind of
      pointless, given the generic code already has a perfectly good linked list
      of the cpus.
      
      In addition, there are a number of places which assume that the cpu's
      cpu_index field is equal to its index in this array.  This is true in
      practice, because cpu_index values are just assigned sequentially, but
      it's conceptually incorrect and may not always be true.
      
      Therefore, this patch abolishes the envs array, and explicitly uses the
      generic cpu linked list and cpu_index values throughout.
      Signed-off-by: NDavid Gibson <david@gibson.dropbear.id.au>
      Signed-off-by: NAlexander Graf <agraf@suse.de>
      c7a5c0c9
    • S
      spapr_vscsi: Set uninitialized variable · 8804f57b
      Stefan Weil 提交于
      cppcheck reports this error:
      
      hw/spapr_vscsi.c:274: error: Uninitialized variable: rc
      
      If llen == 0, rc was indeed used without being initialized.
      Signed-off-by: NStefan Weil <weil@mail.berlios.de>
      Signed-off-by: NAlexander Graf <agraf@suse.de>
      8804f57b
    • S
      Don't call cpu_synchronize_state() from machine init. · 64a4d100
      Scott Wood 提交于
      This will deadlock when the I/O thread is used, since the
      CPU thread is blocked waiting for qemu_system_ready.
      
      The synchronization is unnecessary since this is before
      cpu_synchronize_all_post_init().
      Signed-off-by: NScott Wood <scottwood@freescale.com>
      Acked-by: NJan Kiszka <jan.kiszka@siemens.com>
      Signed-off-by: NAlexander Graf <agraf@suse.de>
      64a4d100
  4. 07 4月, 2011 23 次提交
  5. 05 4月, 2011 2 次提交