Well, we know that there are many tools in SUSE to build a image and one of them is KIWI. I would like to find time to study and build the image by KIWI during this hackweek.

The mhvtl tape library emulation package was originally based on the scsi_debug kernel driver, but has long since grown more complicated, with the mhvtl,ko kernel module now passing almost all SCSI commands to user-level daemons via a clunky device interface. It does this with an out-of-band driver, since the design is so bad it would never be accepted upstream. And with the 4.20 kernel release, it has broken yet again, which is par for the course with out of band drivers.

The Sphero SPRK+ is a semi-low-priced, spherical robotic toy that can be driven from a phone app. But it also has a rich javascript API that can be used to drive parameters such as velocity, lights, sounds. It treats collisions as events, and can react to them.

With the teres-1 [1] laptop we have a first arm64 device we could use as end-users. Much work to run mainline kernel + u-boot was done already. But power consumption of the laptop is not optimal (~2 hours of battery life time). The idea is to support cpufreq for the A64 SoC upstream, which would enable the teres-1, pine64 and pinebook to run more power efficient. up to now it seems nobody is working on the driver [2].

I will upgrade the system to Leap15.1 on my desktop and setup openQA environment.

Tracing ACPICA code for profiling. I want to produce a conceptual model for ACPICA. If my time is enough, I will also poking the debugging tool for ACPICA.