
virtual wifi adapter in qemuan idea by lnussel one of the top features a distribution must always ship in a working state is wireless. Yet we have no way to test it in an automated way. To be able to do that via openQA we need qemu to emulate a wireless adapter. Whether it's emulating existing hardware or implements some virtio device that only works on Linux doesn't matter. |
Support for the SMBus ARP protocola project by jdelvare The SMBus standard specifies an address resolution protocol (SMBus ARP.) It has two key features : * Handle I2C slave address collisions. If two SMBus slaves would use the same I2C address, ARP lets one of them pick a different address to avoid the address collision. |
|
|
make openSUSE working on Sony Xperia Tablet Za project by sleep_walker Look once again on Xperia Tablet Z and try to have there openSUSE running natively as alternative operating system. I'm able to work on that only during my vacations or hackweeks so |
Generate branches in kernel.git and kernel-source.git trees to match provided kernel PTFsan idea by sleep_walker Current status |
SMBIOS 3.0 support in dmidecodean invention by jdelvare On February 12th, 2015, the DMTF released version 3.0.0 of the System Management BIOS Reference Specification. This update isn't just adding enumerated values to existing structures, as previous updates did. It is also introducing a new entry point format which allows for larger tables and structures. Support for this needs to be added to dmidecode. Additionally, reading the entry point and the table from /dev/mem is no longer possible on all systems, so some work is in progress to offer an alternative interface through sysfs. It would be great to finalize this and release a new version of dmidecode that would support both SMBIOS version 3.0 and this new kernel interface. |
[ARM] Bootstrap ILP32 on AArch64a project by algraf Some customers are still stuck in a world of 32bit. On ARM64, we have two options for those poor folks: 1) Run applications in the legacy ARMv7 instruction set |
|
Capturing FC frames with wiresharka project by ptesarik AFAIK, wireshark is the best Linux tool for analyzing network traffic. Primarily intended for Ethernet networks, there is now also support for very different protocols (e.g. USB). Sadly, there is no support for fibre channel, most likely because there is even no infrastructure in the kernel. I doubt I could write the complete stack within just one week. The result should be a clear plan of what needs to be done on each level and a proof-of-concept implementation of at least some parts. |
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. |
|
Better support for Chromebooksan idea by suntorytimed Better support for Chromebooks Chromebooks do have very limited hardware in terms of storage and RAM. But it is still the cheapest solution to a truly open source notebook, as it allows to replace its coreboot based bootloader with your own coreboot and payload (f.e. Tiano Core or Seabios). |
Create a DRM driver for Matrox desktop cardsan invention by tdz (was: Create a DRM driver for Matrox G200) Even after 20 years, the Matrox G200 series is still an excellent 2d graphics card. Unfortunately, there's only an fbdev driver and a user-space driver. Both are obsolete, as modern Linux uses the DRM framework for managing graphics cards. There already is a DRM driver for the G200 server series. This driver is under-maintained and doesn't work with desktop chips. |
perf-bench ipca project by dbueso The state of the art of sysv/posix ipc benchmarking is a combination of ad-hoc programs scattered over the internet. While some mechanisms, such as sysv semaphores, have a lot of coverage, others really lack (message queues), and some are simply non-existent; albeit some of the legacy flavors we aren't too concerned with, other than them being functionally correct. Consolidate all this by taking the good benchmarks and implement new ones where needed, such as message queues, everything around the 'perf bench' framework. This will both improve the lives of us who hack on kenrel ipc as well as improve coverage overall. Eventually mmtests should be updated as well. |
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]. |
Out-of-the-box SPD supportan invention by jdelvare In order to see the SPD (detailed memory information) data, the user currently has to manually load the needed kernel driver. Which driver to load depends on the memory type. Depending on the driver user, the devices may even have to be instantiated manually and this is a non-trivial multi-step task. Plus you need to be root to do it. I would like to attempt to automatize all this at least in the most common and simple cases like Intel x86 desktop. The idea would be to figure out the memory type and the I2C address of the SPD EEPROMs based on DMI data. If the DMI data is of good quality then it should be possible to automatically figure out which driver to use and to instantiate the devices at boot time. |