]> git.proxmox.com Git - mirror_qemu.git/commit - hw/ppc/pnv.c
powernv: CPU compatibility modes don't make sense for powernv
authorDavid Gibson <david@gibson.dropbear.id.au>
Mon, 31 Oct 2016 23:25:29 +0000 (10:25 +1100)
committerDavid Gibson <david@gibson.dropbear.id.au>
Mon, 14 Nov 2016 23:05:51 +0000 (10:05 +1100)
commit8bd9530e1302566e9dc71abe04346ca7d16613b1
tree98f9ae20e9a505a5b94261072f01121f6d88552e
parent5c69452c1456fcefaa9d7505c06b82c48b459dff
powernv: CPU compatibility modes don't make sense for powernv

powernv has some code (derived from the spapr equivalent) used in device
tree generation which depends on the CPU's compatibility mode / logical
PVR.  However, compatibility modes don't make sense on powernv - at least
not as a property controlled by the host - because the guest in powernv
has full hypervisor level access to the virtual system, and so owns the
PCR (Processor Compatibility Register) which implements compatiblity modes.

Note: the new logic doesn't take into account kvmppc_smt_threads() like the
old version did.  However, if core->nr_threads exceeds kvmppc_smt_threads()
then things will already be broken and clamping the value in the device
tree isn't going to save us.

Signed-off-by: David Gibson <david@gibson.dropbear.id.au>
Reviewed-by: Greg Kurz <groug@kaod.org>
Reviewed-by: Thomas Huth <thuth@redhat.com>
hw/ppc/pnv.c