Linux Kernel Upstreaming How-To – Linaro Connect Asia 2014

I’ve already written a post about submitting kernel patches to mainline based on a 2011 presentation by Greg Kroah-Hartman, but Matt Porter, Broadcom Landing Team (LT) Technical Lead at Linaro, has given two updated talks entitled “Upstreaming 101” and “Upstreaming 201” at Linaro Connect Asia 2014. There are many planned talked during LCA 2014, and you can get the list as well as links to presentation and videos, as they become available on LCA 14 resources page.

Upstream Code Flow
Upstream Code Flow

The first session “Upstream 101” starts with some definitions such as “upstreaming” (basically getting your code to, “mainline”, etc, explains how to get information about the (912) maintainers (tip: it’s in the MAINTAINERS file), how to deal with the 2-week merge windows occurring every 10 weeks or so, but the bulk of the talk detailing the work flow required to upstream code to the Linux kernel.

There are basically 5 steps:

  1. Preparation – Read the kernel documentation, check what others are going.
  2. Creation – Follow the docs, ask questions, run, etc…
  3. Posting – Post to code the the relevant mailing list via git
  4. Feedback – You’ll most probably get feedback, asking for clarification or changes to your patch. Answer promptly.
  5. Maintenance – Once you patch is accepted you’ll have to responsibility to maintain the code.

You can download the presentation slides.

The next session “Upstream 201” is described as “advanced course on kernel upstreaming fundamentals”, but Matt Porter spends time showing example how commit messages, mailing discussion DO and DON’T, as well as example upstreaming a new SoC (AllWinner A1X), and a new driver (Watchdog for bcm281xxx).

The presentation slide are also available for download.

Share this:

Support CNX Software! Donate via cryptocurrencies, become a Patron on Patreon, or purchase goods on Amazon or Aliexpress

ROCK 5 ITX RK3588 mini-ITX motherboard
Notify of
The comment form collects your name, email and content to allow us keep track of the comments placed on the website. Please read and accept our website Terms and Privacy Policy to post a comment.
1 Comment
10 years ago

Let’s hope ARM chip vendors start to follow these guides. Aside from embedded oriented Freescale SoCs most of the other vendors are awful at that (=don’t give a s**t).

Khadas VIM4 SBC