aboutsummaryrefslogtreecommitdiff
path: root/scripts/qapi2texi.py
diff options
context:
space:
mode:
authorDavid Gibson <david@gibson.dropbear.id.au>2017-05-23 16:33:06 +1000
committerDavid Gibson <david@gibson.dropbear.id.au>2017-05-24 11:39:53 +1000
commit459264ef24cf2d409b8baf2047fa86e697d6e9ab (patch)
treeeac8ed3d2b70ca2179f6a022a90f6400f9d8b058 /scripts/qapi2texi.py
parent80c33d343f068012348869e16e579375c8911a04 (diff)
downloadqemu-459264ef24cf2d409b8baf2047fa86e697d6e9ab.zip
qemu-459264ef24cf2d409b8baf2047fa86e697d6e9ab.tar.gz
qemu-459264ef24cf2d409b8baf2047fa86e697d6e9ab.tar.bz2
pseries: Restore support for total vcpus not a multiple of threads-per-core for old machine types
As of pseries-2.7 and later, we require the total number of guest vcpus to be a multiple of the threads-per-core. pseries-2.6 and earlier machine types, however, are supposed to allow this for the sake of migration from old qemu versions which allowed this. Unfortunately, 8149e29 "pseries: Enforce homogeneous threads-per-core" broke this by not considering the old machine type case. This fixes it by only applying the check when the machine type supports hotpluggable cpus. By not-entirely-coincidence, that corresponds to the same time when we started enforcing total threads being a multiple of threads-per-core. Fixes: 8149e2992f7811355cc34721b79d69d1a3a667dd Signed-off-by: David Gibson <david@gibson.dropbear.id.au> Reviewed-by: Laurent Vivier <lvivier@redhat.com> Reviewed-by: Greg Kurz <groug@kaod.org> Tested-by: Greg Kurz <groug@kaod.org>
Diffstat (limited to 'scripts/qapi2texi.py')
0 files changed, 0 insertions, 0 deletions