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. 
|
work on sunxi a64 cpufreq driver (for teres-1, pine64)an idea by mbrugger 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]. |
ethtool ops for netdevsima project by mkubecek This can be seen as a subproject of ethtool netlink interface but from the technical view it's independent. Every new piece of software is going to be buggy and with frequent changes and rewrites, new regressions are introduced. Automated selftests can help a lot but as ethtool deals with hardware devices, we do not want these tests to depend on a specific hardware. The netdevsim driver was created as a virtual device which (unlike e.g. dummy) cannot be used for actual network traffic but implements various configuration interfaces so that it can be used for their (automated) testing.
|
Support for DRM platform driversan invention by tdz This project could get us rid of the last fbdev drivers we're stil shipping: efifb and vesafb. Platform drivers handle hardware that is not auto-detected, but somehow there. For graphics this would be VGA, VESA, or UEFI framebuffers. In SUSE Linux, we currently support VESA and UEFI with fbdev drivers. Those load early in the boot process and maintain graphics hardware until the actual driver takes over. 
|
Mainline Sunplus Plus1 SP7021 kernel for Banana Pi F2Sa project by a_faerber The recent Banana Pi BPI-F2S board features a new Arm SoC SP7021 by Sunplus, which is not yet supported in mainline Linux. Prior to Hackweek I had prepared UART and interrupt controller drivers and Device Tree for Sunplus SP7021's Arm Cortex-A7 cores: GitHub branch f2s-next 
|
openSUSE/SLE/Mainline U-boot for some not-yet-supported ARM64 boards