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.

Building on top of <a href="http://rdimitrov.twistedsanity.net/blog/show.php?entry=Microcontroller%20Class%20D%20Amplifier,%20Rev2&quot;&gt;Rouslan Dimitrov's Microcontroller Class D Amplifier</a>, I developed the idea to feed the power amplifier with PCM data directly. Rouslan does some dithering and noise shaping, but I'm convinced that proper interpolation would sound better. The ATtiny is too slow to do even cubic interpolation so I'll move that into the host.

This will greatly enhance the usefulness of QEMU virtual serial ports, because the Linux kernel interprets a break on the serial console as a SysRq, but there is currently no way to pass this signal over a pseudo-terminal.

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

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

Tronsmart has a Rockchip rk3368 based set-top-box [1]. I want to use it as a arm64 based workstation running openSUSE.

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.

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).

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.

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.

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.

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).

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.

Problem statement

Once a kernel is built, a developer/janitor may want to boot the kernel for various reasons, such as performing simple boot test or running tests and workloads from user space or simply playing around in a shell. However, an easy to use and a descriptive tool to perform those tasks doesn't exist to our knowledge.

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.