On 6/13/19 8:07 AM, David Gibson wrote: > ppc64 and ppc64le are different archs from the host kernel point of view > and are advertised as such in uname. But these cover the same set of CPUs, > just in different endianness modes. qemu-system-ppc64 handles both modes, > so make sure we select the correct binary when running on ppc64le host > architecture. > > Signed-off-by: David Gibson <da...@gibson.dropbear.id.au> > --- > tests/acceptance/avocado_qemu/__init__.py | 2 ++ > 1 file changed, 2 insertions(+) > > diff --git a/tests/acceptance/avocado_qemu/__init__.py > b/tests/acceptance/avocado_qemu/__init__.py > index 2b236a1cf0..0ba9c536f4 100644 > --- a/tests/acceptance/avocado_qemu/__init__.py > +++ b/tests/acceptance/avocado_qemu/__init__.py > @@ -39,6 +39,8 @@ def pick_default_qemu_bin(arch=None): > """ > if arch is None: > arch = os.uname()[4] > + if arch == 'ppc64le': > + arch = 'ppc64'
I prefer the generic patch from Cleber: https://lists.gnu.org/archive/html/qemu-devel/2018-10/msg03418.html (I guess remember another version with a json file) > qemu_bin_relative_path = os.path.join("%s-softmmu" % arch, > "qemu-system-%s" % arch) > if is_readable_executable_file(qemu_bin_relative_path): >