|
|
Subscribe / Log in / New account

Where 2.6.29 came from

LWN.net needs you!

Without subscribers, LWN would simply not exist. Please consider signing up for a subscription and helping to keep LWN publishing

By Jonathan Corbet
March 18, 2009
We are very much creatures of tradition here at LWN. So, as the 2.6.29 development cycle nears its end, tradition drives us to take a look at where the code came from in this development cycle.

As of March 17, 11,610 non-merge changesets have been folded into the 2.6.29 kernel. These patches added an amazing 1,228,000 lines of code and documentation, while removing 401,000; the 2.6.29 kernel will have 827,000 more lines than its predecessor. Some 1420 1166 developers took part in this cycle. Your editor, sensing that this number represents a record, decided to look back at previous kernels:

ReleaseDevelopers
2.6.22885
2.6.23854
2.6.24950
2.6.251124
2.6.261027
2.6.271022
2.6.281078
2.6.291166

It would seem that there is a clear trend here: the kernel development community has grown significantly over the last couple of years. The number of employers represented by these developers (175) has grown a little, but the uncertainties involved in associating developers with employers argue against reading too much into that particular number. Suffice to say that quite a few companies are supporting kernel development work.

Here are the individual developer statistics:

Most active 2.6.29 developers
By changesets
Chris Mason6715.8%
Takashi Iwai1731.5%
Jaswinder Singh Rajput1581.4%
Stephen Hemminger1541.3%
Mike Frysinger1501.3%
Christoph Hellwig1431.2%
Ben Dooks1421.2%
Alexey Dobriyan1381.2%
Ingo Molnar1331.1%
Rusty Russell1271.1%
Steven Rostedt1100.9%
Mauro Carvalho Chehab1090.9%
Mark Brown1080.9%
Sam Ravnborg1080.9%
David S. Miller1070.9%
Greg Kroah-Hartman1050.9%
Harvey Harrison1010.9%
David Howells1000.9%
Russell King930.8%
Paul Mundt870.7%
By changed lines
Greg Kroah-Hartman28088320.8%
Luis R. Rodriguez716045.3%
Chris Mason699355.2%
Daniel Krueger565344.2%
David Kiliani413713.1%
David Daney187671.4%
Solomon Peachy173861.3%
Robert Love152621.1%
Sujith147031.1%
Inaky Perez-Gonzalez143881.1%
David S. Miller134221.0%
Jesse Barnes130361.0%
Christoph Hellwig125480.9%
Michael Hennerich123340.9%
Subbu Seetharaman122850.9%
Jaswinder Singh Rajput116510.9%
Rusty Russell108780.8%
Ben Dooks108090.8%
David Schleef103250.8%
Mark Brown99450.7%

Chris Mason comes out on top of the "changesets" category as a result of the Btrfs merge. It is a significant body of code, to be sure, but the changeset count is as high as it is because the entire Btrfs development history was merged. So we're seeing rather more than three months worth of work there. Takasi Iwai did a great deal of work in the ALSA subsystem, and in the Intel HDA driver in particular. Jaswinder Singh Rajput contributed quite a few patches of the cleanup variety. Stephen Hemminger's work consisted mainly of changing the network driver API, then fixing a long list of broken drivers. And Michael Frysinger contributed a lot of changes to the Blackfin architecture.

If one looks at the number of lines changed, the picture is a little different. As with 2.6.28, Greg Kroah-Hartman fed large amounts of crap (his word) into the -staging tree; that code does not retain the original author information within the git repository (though, of course, credits in the code itself are unchanged). Luis Rodriguez did a lot of work on Atheros wireless drivers and the cfg80211 subsystem; much of this work was associated with regulatory compliance support. Daniel Krueger achieved his place on the list by contributing a single patch: the Systec Electronic openPOWERLINK network stack. David Kiliani is another one-patch wonder; his was a driver for Meilhaus ME-IDS data collection cards. Daniel and David's patches both went into the -staging tree. So, three of the top five code contributors put their work in by way of -staging.

The associated employer statistics look like this:

Most active 2.6.29 employers
By changesets
(None)161213.9%
(Unknown)137811.9%
Red Hat122910.6%
Oracle9928.5%
IBM7496.5%
Intel6865.9%
Novell6325.4%
(Consultant)3703.2%
Analog Devices2822.4%
Fujitsu2121.8%
(Academia)2041.8%
Renesas Technology1651.4%
Nokia1631.4%
Vyatta1541.3%
Parallels1491.3%
Simtec1381.2%
Atheros Communications1311.1%
AMD1301.1%
Wolfson Microelectronics1040.9%
SGI1000.9%
By lines changed
Novell30618322.7%
(Unknown)19722414.6%
Atheros Communications962027.1%
Oracle938467.0%
(None)928116.9%
Red Hat770875.7%
Intel622654.6%
SYS TEC electronic GmbH565344.2%
Analog Devices446593.3%
IBM405603.0%
(Consultant)289832.1%
Cavium Networks187671.4%
Renesas Technology169461.3%
Nokia119510.9%
Simtec108860.8%
Broadcom103140.8%
Wolfson Microelectronics101470.8%
Freescale85200.6%
Chelsio77380.6%
QLogic73220.5%

The employer numbers tend not to change radically from one release to the next; many of the same companies show up every time. New appearances this time include Vyatta (which supports Stephen Hemminger's work) and some companies (Simtec, SYS TEC, Cavium Networks) which contributed support for their own products.

The number of patches with Reviewed-by tags remains relatively small - less than 5% of the total. The top credited reviewers this time around are:

Developers with the most reviews
James Morris6420.2%
Dave Chinner5116.1%
Christoph Hellwig3912.3%
Andrew Morton144.4%
Eric Sandeen123.8%
Daisuke Nishimura113.5%
KOSAKI Motohiro103.2%
Matthew Wilcox82.5%
WANG Cong72.2%
Zhu, Yi51.6%
KAMEZAWA Hiroyuki51.6%
Eric Anholt41.3%
Pekka Enberg41.3%
Tomas Winkler41.3%
Paul Menage41.3%
Mike Christie41.3%
Grant Grundler41.3%

These numbers remain an artifact of how the reporting of reviews is done; certainly there is more code review than this going on. The same is true for reporting and testing credits. For 2.6.29, the numbers are:

Most credited 2.6.29 reporters and testers
Reported-by credits
Randy Dunlap133.8%
Ingo Molnar72.0%
Li Zefan61.7%
Alexander Beregalov51.5%
Stephen Rothwell51.5%
Stefan Richter41.2%
Johannes Berg41.2%
Eric Sesterhenn41.2%
Kamalesh Babulal41.2%
Larry Finger30.9%
Linus Torvalds30.9%
Andrew Morton30.9%
Guennadi Liakhovetski30.9%
Huang Ying30.9%
Daisuke Nishimura30.9%
Meelis Roos30.9%
Geert Uytterhoeven30.9%
Tested-by: credits
Hin-Tak Leung145.2%
Mike Frysinger72.6%
Larry Finger72.6%
Ingo Molnar62.2%
Herton Ronaldo Krzesinski62.2%
Li Zefan51.9%
Daisuke Nishimura41.5%
KAMEZAWA Hiroyuki41.5%
Andrew Patterson41.5%
Meelis Roos41.5%
KOSAKI Motohiro31.1%
Stephen Gildea31.1%
Robert Jarzmik31.1%
Serge Hallyn31.1%
Eric Sesterhenn31.1%

All told, 2.6.29 was one of the most active development cycles yet, with vast amounts of code finding its way into the kernel and a record number of developers participating. The development community might be justified in taking a rest after this much work, but the kernel process, it seems, never stops. There is already a lot of work waiting for the 2.6.30 merge window to open, at which point the whole cycle will start anew.

(Thanks, as always, to Greg Kroah-Hartman for his help in assembling these statistics.)

Index entries for this article
KernelReleases/2.6.29


(Log in to post comments)

Where 2.6.29 came from

Posted Mar 19, 2009 9:01 UTC (Thu) by patrick_g (subscriber, #44470) [Link]

Hi Jon,

You said "Some 1420 developers took part in this cycle" but if I look at the Linux Kernel Patch Statistic site I can see another number.
According to the site there was only 1176 developpers during this cycle.

Why there is a large difference like this ?
We talk about a difference of more or less 244 developpers and I think this error bar is quite large.

Sigh.

Posted Mar 19, 2009 14:22 UTC (Thu) by corbet (editor, #1) [Link]

It would appear that the code in gitdm which prints out the developer count has a bit of a bug. I've adjusted the number above. That was a sloppy mistake, and I apologize for the confusion - thanks for pointing it out.

Ignore staging?

Posted Mar 20, 2009 17:13 UTC (Fri) by wsa (guest, #52415) [Link]

I wonder if commits to staging should be ignored for these statistics. It doesn't feel right IMHO.


Copyright © 2009, Eklektix, Inc.
This article may be redistributed under the terms of the Creative Commons CC BY-SA 4.0 license
Comments and public postings are copyrighted by their creators.
Linux is a registered trademark of Linus Torvalds