Round 14 projects

Previous projects, from round 13 projects are available here. For each project, if you click on the proposer's name, you may find more information.

Using an IDR to replace the process ID allocator

Mentor:: Matthew Wilcox

Process IDs are currently allocated using a custom allocator. This project would try to replace that allocator with the IDR.


Mentor:: Pablo Neira Ayuso

nftables provides a replacement for the very popular {ip,ip6,arp,eb}tables tools. nftables reuses most of the Netfilter components such as the existing hooks, connection tracking system, NAT, userspace queueing, logging among many other features. So we have only replaced the packet classification framework. nftables comes with a new userspace utility nft and the low-level userspace library libnftnl. The goal will be to help finish the translation layer software that converts from the iptables syntax to nftables, complete some simple missing features and fixing bugs whenever possible.

If you are interested in this project please consider solving any of the following tasks:

For more information on nftables, please check:

IIO driver

Mentors:: Daniel Baluta & Alison Schofield

A driver allows applications to communicate and control hardware devices. Each development cycle, driver changes account for more than a half of the total Linux kernel code changes.

The goal of this project is to write a driver for a sensor using the Industrial I/O interface. In the first part of the project you will get familiar with the hardware and the IIO subsystem then implement raw readings from the device. After upstreaming the code you will enhance the driver with advanced features such as support for buffered readings, power management and interrupts. The exact device will be decided when the internship starts.

We will provide you the hardware setup necessary to test the driver. If you are interested in this project please solve IIO_tasks.

For IIO patches, be sure to send them to


Mentor:: Jonathan Corbet

After many years of relative neglect, we are working to improve the kernel's documentation; this includes a transition to the Sphinx formatting system. There are a number of potential projects associated with this transition, ranging from the conversion of existing documents into the ReStructured Text format and integrating them into the manual through to improving the Python/Perl-based document build system, adding kerneldoc comments to the source, and writing entirely new documents.

If you want to work in this area, there are a number of things that can be done for the application process, starting with simple typo fixes in the documentation tree. Converting simple text documents to RST is a relatively straightforward task, but contacting the mentor first is recommended, since some parts of the documentation tree are more amenable to this work in the short term than others. We would also love to see fixes for the large number of warnings that are currently emitted as part of the build process.

KernelNewbies: OutreachyRound14 (last edited 2017-12-30 01:30:13 by localhost)