Today OpenQA mostly runs on virtual machines, but it can get really tricky to find bugs triggered by real hardware. There are only few interfaces required to interact with a machine though:
1) HDMI<br> 2) USB keyboard<br> 3) CD-ROM<br> 4) Remote Power Switching<br>
For 1, I ordered a few HDMI frame grabbers that will only arrive after Hackweek. 2 and 3 should be possible to implement using the USB gadget support in Linux which a lot of ARM devices support - I can definitely donate a Beaglebone Black to whoever is interested. Power switching is a solved problem.
With all these bits in place and a bit of plumbing we should be able to run tests on actual hardware, hopefully extending our test coverage to more tricky scenarios.
Succeeded in emulating USB-mass-storage and USB-keyboard and serial. Also made a RPC for it, so you can use it in code running on any machine. See the <a href="http://www.zq1.de/~bernhard/linux/usb-gadget-demo.mp4">demo video</a>
Code is in <a href="https://github.com/os-autoinst/os-autoinst/tree/hidg">a github branch</a>
This allows to boot any machine off a virtual USB-CDROM and automate with keystrokes.
Still to do: emulate a tablet with absolute pointer coordinates and capture screen output.
Looking for mad skills in:
openqa arm usb hdmi
This project is part of:
Hack Week 12
Banana-pi R2 has quite a good upstream support ...
Deploy an openQA on my locally virtual machine ...
- currently when you navigate to Test Results ...
Quite a big part of openQA is testing the insta...
openSUSE lacks useable cross-compilers to glibc...