Make Intel baytrail based device(s) work better with openSUSEa project by mkubecek Recently I became a (not very proud) owner of Acer Aspire Switch 10E, a small notebook/tablet convertible based on Intel baytrail platform. Replacing preinstalled (32-bit!) Windows 8.1 with (64-bit) openSUSE proved more challenging than expected, mostly because the device is haunted by a 32-bit UEFI so that it took me a week to make it boot without an external USB flash disk. Even today, a lot of issues persist. As I do not want to waste a (partially) good hardware, I would like to make it as usable as possible. This is much less selfish than it sounds as there are many other devices based on Intel baytrail platform so that the effort is going to help their owners as well (if successful, that is). 
|
update+fix samsung exynos/arndale arm board boota project by bmwiedemann We had old arndale images working, but those were based on openSUSE-12.x which is now long obsolete and bad (e.g. missing security updates). Thus we want to use a more modern u-boot and kernel, but those currently trigger a kernel panic. 
|
Cuddle the i2c-i801 kernel drivera project by jdelvare The i2c-i801 kernel driver (for SMBus controller on most x86 Intel systems) has a lot of pending upstream patches from various contributors. There are bug fixes, clean-ups and new features. Without proper reviewing and merging work, most of the effort is likely to be lost. So my project is to collect all contributions, review them, test as much as I can on the hardware I have, resolve all conflicts and submit a large single patch series upstream. 
|
Make Tumbleweed work on the GPD Wina project by aplazas The GPD Win is a Nintendo 3DS XL sized PC featuring a keyboard and gaming controls. Having openSUSE working on it would be great, unfortunately Tumbleweed doesn't work at all on it and Leap 42.2 is lacking many important features.
|
Secure keyboardan idea by mwilck This idea was inspired by the recent discussion on the "talk" mailing list about the (in)security of the German ID card. The Chaos Computer Club and other researchers claim that the ID card is insecure. Actual attacks that have been demonstrated are based on keyloggers. Keyloggers might be the biggest security threat for Linux users at this time. Keyloggers are trivial to write for Linux and readily installable, and a keylogger with normal user rights may read root's password. One might ask "Why are we caring about local root exploits at all as long as users run stuff like sudo in X terminals"? Keyloggers can even read the input from devices like the Yubikey. |
Upstreaming of mediatek helios boardan idea by mbrugger The only Mediatek "hacker" board available is from 96 Boards [1]. Unfortunately up to now there is nearly no mainline support. Idea would be to improve this situation. The idea would be to get the pin-controller merged first and then hopefully most of the other stuff can be just added (fingers crossed...) |
|
netlink interface for ethtoola project by mkubecek There seems to be an overall consensus that the ioctl interface used by ethtool is a poor design as it's inflexible, error prone and notoriously hard to extend. It should clearly be replaced by netlink and obsoleted. Unfortunately not much actual work has been done in that direction until this project started. The project started in Hackweek 16 (fall 2017) and has been worked on since, both in Hackweek 17-19 and outside. First two parts of kernel implementation are in mainline since 5.6-rc1, first part of userspace implementation (ethtool utility) has been submitted to upstream at the end of Hackweek 19 (2020-02-16).
|
Help with mainline support for the Mediatek chromebook (MT8173 based)a project by mbrugger Lately the necessary patches to get rudimentary support for the Mediatek chromebook with a mainline kernel got posted. There are some hacks and I'll work on some good solution to get graphics go, at least. 
|
|
openSUSE/SLE/Mainline U-boot for some not-yet-supported ARM64 boards
Kernel Boot/Testing Framework with LinuxKit
