x86_64, there is a common os-autoinst backend called
qemu, in which qemu is launched from an installed SLE.
os-autoinst's qemu backend offers the qemu snapshot feature, which allows to clean the SUT after each test module is executed.
At the moment, s390x machine type in openQA are using zVM hypervisor (zVM installed in an LPAR as hypervisor for installing SLE) or
zKVM (zLinux or SLE installed in an LPAR as KVM hypervisor for installing SLE).
This is mainly because there is no VNC access, there is no "GPU" available for s390x, in qemu nor on real hardware!
That means that on s390x, all modules depends on the system status left by the previous modules.
But a virtio-gpu has been added in recent qemu/kernel , so this could the first stack of a way to use qemu backend.
A Proof-Of-Concept can be done with a recent qemu/kernel, but maybe a openSUSE TumbleWeed is needed for this. But, TW is not available anymore since about 2 years because of a lack of maintainer...
- Make the os-autoinst backend
qemuwork for s390x.
- Make openSUSE Tumbleweed tests on s390x available on openqa.opensuse.org
- Implement systemd testsuite as openQA perl module: 
- It is fun to work on an archaic architecture that has survived until today by offering retro-compatibility since 1964. A program written for that architecture family, System/360  (55 years ago!), still runs on the recent model, z14 .
-  https://lists.gnu.org/archive/html/qemu-devel/2017-09/msg04184.html
-  https://progress.opensuse.org/issues/46349
-  https://progress.opensuse.org/issues/48434
-  https://progress.opensuse.org/issues/45158
-  https://en.wikipedia.org/wiki/IBM_System/360
-  https://en.wikipedia.org/wiki/IBMzEnterpriseSystem#z14
Looking for hackers with the skills:
Nothing? Add some keywords!
This project is part of:
Hack Week 18
This project is one of its kind!