Workaround RHBZ #1769600 by using pseries-4.0 machine type
ppc64le tests are failing to boot at all with stock qemu in F31. Using pseries-4.0 machine type (the default is pseries-4.1) seems to work around the problem. Signed-off-by: Adam Williamson <awilliam@redhat.com>
This commit is contained in:
parent
1c75256f9d
commit
f2ef1f1a37
@ -4286,6 +4286,10 @@
|
|||||||
{ key => "QEMUVGA", value => "virtio" },
|
{ key => "QEMUVGA", value => "virtio" },
|
||||||
{ key => "QEMURAM", value => 4096 },
|
{ key => "QEMURAM", value => 4096 },
|
||||||
{ key => "QEMUCPU", value => "host" },
|
{ key => "QEMUCPU", value => "host" },
|
||||||
|
# pseries-4.0 is a workaround for
|
||||||
|
# https://bugzilla.redhat.com/show_bug.cgi?id=1769600
|
||||||
|
# usb=off is an os-autoinst default when QEMUMACHINE is not set
|
||||||
|
{ key => "QEMUMACHINE", value => "pseries-4.0 usb=off" },
|
||||||
{ key => "ARCH_BASE_MACHINE", value => "ppc64le" },
|
{ key => "ARCH_BASE_MACHINE", value => "ppc64le" },
|
||||||
{ key => "WORKER_CLASS", value => "qemu_ppc64le" },
|
{ key => "WORKER_CLASS", value => "qemu_ppc64le" },
|
||||||
{ key => "PART_TABLE_TYPE", value => "mbr"},
|
{ key => "PART_TABLE_TYPE", value => "mbr"},
|
||||||
|
Loading…
Reference in New Issue
Block a user