|
|
Subscribe / Log in / New account

Statistics from the 3.7 development cycle

Benefits for LWN subscribers

The primary benefit from subscribing to LWN is helping to keep us publishing, but, beyond that, subscribers get immediate access to all site content and access to a number of extra site features. Please sign up today!

By Jonathan Corbet
November 28, 2012
The 3.7-rc7 prepatch came out on November 25; it may well be the last prepatch for the 3.7 development cycle. 3.7 was one of the more active cycles in recent history, with nearly 12,000 non-merge changesets incorporated by the time of this writing. It's time for our traditional look at what was done during this cycle and where all that work came from.

The 3.7 merge window was especially busy this time around. Here are some counts for recent kernels:

Kernel-rc1Total
3.07,3339,153
3.17,2028,693
3.210,21411,881
3.38,89910,550
3.49,24910,899
3.59,53410,957
3.68,58710,247
3.710,40911,815

The 3.7 development cycle, thus, saw the most active merge window in the 3.x era; it is, in fact, the most active merge window ever. Even allowing for the fact that 3.7 will add a few more changesets before final release, the 2.6.25 kernel, at 12,243 changesets total, will probably still hold the record for the most active development cycle ever, but the 2.6.25 merge window only saw 9,450 changesets merged. One could conclude from these numbers that we are getting better at getting our changes in during the merge window — and at having fewer things to fix thereafter.

Nearly 395,000 lines of code were removed from the kernel this time around. That must be balanced against the 719,000 lines that were added, though; the kernel grew by almost 324,000 lines as a result.

1,271 developers contributed to the 3.7 kernel — a relatively high number, but not out of line with previous development cycles. The lists of the most active developers do see some changes this time around, though:

Most active 3.7 developers
By changesets
H Hartley Sweeten4173.5%
Antti Palosaari2161.8%
Al Viro1671.4%
Wei Yongjun1451.2%
Sachin Kamat1381.2%
Mark Brown1361.2%
Eric W. Biederman1301.1%
Daniel Vetter1221.0%
David Howells1191.0%
Hans Verkuil1191.0%
Greg Kroah-Hartman1161.0%
Arnd Bergmann1120.9%
Peter Senna Tschudin1040.9%
Ben Skeggs970.8%
Peter Ujfalusi960.8%
Ian Abbott960.8%
Devendra Naga900.8%
David S. Miller840.7%
Takashi Iwai830.7%
Johannes Berg780.7%
By changed lines
David Howells652067.6%
Ben Skeggs502825.8%
David Daney468255.4%
Arnd Bergmann175052.0%
Sebastian Andrzej Siewior160881.9%
Daniel Cotey141571.6%
H Hartley Sweeten135661.6%
Catalin Marinas135191.6%
Antti Palosaari123361.4%
Bill Pemberton109351.3%
Dan Magenheimer105091.2%
Ezequiel Garcia102111.2%
David S. Miller92581.1%
Hans Verkuil86861.0%
Will Deacon84041.0%
Shawn Guo74640.9%
Alois Schlögl73010.8%
Roland Stigge69870.8%
Greg Kroah-Hartman69200.8%
Laurent Pinchart61070.7%

In a repeat of his 3.6 performance, H. Hartley Sweeten hit the top of the by-changesets list with a vast number of patches preparing the comedi drivers for graduation from the staging tree (removing over 5000 lines of code in the process). Antti Palosaari did a lot of work on drivers in the Video4Linux2 subsystem. Al Viro continues to refactor and clean up the VFS and core kernel areas with some excursions into most architecture subtrees. Wei Yongjun and Sachin Kamat both did a lot of cleanup work all over the driver tree.

David Howells ended up at the top of the "lines changed" column mostly by virtue of the user-space API header file thrashup, but he also contributed code for module signing and more. Ben Skeggs merged a major reworking of the nouveau driver, David Daney improved support for MIPS OCTEON processors, Arnd Bergmann's many patches were dominated by the removal of the unused mach-bcmring architecture code, and Sebastian Andrzej Siewior did a lot of work on the USB gadget driver subsystem.

Worth noting in passing: Fengguang Wu is credited with 63 bug reports during this cycle, almost 11% of the total. The others with at least ten reports are Dan Carpenter (21), Randy Dunlap (16), Stephen Rothwell (15), Paul McKenney (11), and Alex Lyakas (10). Every one of those reports resulted in a bug that was fixed before this kernel was released in stable form.

An even 200 employers (that we know about) contributed during the 3.7 cycle. The most active of these were:

Most active 3.7 employers
By changesets
(None)143512.1%
Red Hat11599.8%
(Unknown)8437.1%
Intel8006.8%
Texas Instruments5975.1%
IBM5164.4%
Linaro5094.3%
Vision Engraving Systems4173.5%
SUSE3563.0%
Google2452.1%
Samsung1981.7%
Freescale1811.5%
Oracle1771.5%
Wolfson Microelectronics1481.3%
AMD1441.2%
Trend Micro1441.2%
Cisco1381.2%
Linux Foundation1321.1%
Arista Networks1301.1%
NVIDIA1231.0%
By lines changed
Red Hat15702318.2%
(None)801919.3%
(Unknown)719928.3%
Cavium467575.4%
IBM392274.5%
Intel333813.9%
Linaro289003.4%
Texas Instruments284933.3%
ARM249132.9%
Oracle240952.8%
NVIDIA191672.2%
linutronix172112.0%
Vision Engraving Systems148441.7%
Samsung145191.7%
Microtrol S.R.L.128001.5%
PHILOSYS Software103111.2%
SUSE102261.2%
Marvell100671.2%
Cisco98281.1%
Pengutronix97931.1%

There are few surprises here. Texas Instruments has reached a new high in its contribution volume, a trend which, unfortunately, may not continue after the recent changes play out there. AMD, too, seems unlikely to remain on this list in the future. Meanwhile Red Hat maintains its place at the top of the list, where it has been since we first started generating these statistics.

And that is where things stand as the 3.7 kernel approaches its final release. Things appear to be running smoothly, with most development cycles taking less than 70 days to complete (if there is no 3.7-rc8, this cycle will run about 64 days). Stay tuned for the about-to-begin 3.8 cycle, with a release to be expected in early February, 2013.

Index entries for this article
KernelReleases/3.7


(Log in to post comments)

Statistics from the 3.7 development cycle

Posted Nov 30, 2012 18:10 UTC (Fri) by jtc (guest, #6246) [Link]

"AMD, too, seems unlikely to remain on this list in the future."

There's an update on that page that hints that the above may not be true:

"After The Reg went to press, a representative from AMD reached out to clarify the situation in Dresden. According to the email from AMD's Mike Silverman, the OSRC site has indeed been closed, but although AMD has not announced any specific plans, Silverman says its Linux kernel efforts will soldier on:

'...We will continue to support the Linux kernel, and the software development work happening at the OSRC is being consolidated and will be performed at other AMD locations....'

It seems, IMO, a bad business decision for AMD to drop most of its Linux development work. This quote implies, perhaps, that they realize that and don't plan to make that mistake. We'll see, I suppose, in a year or so whether these cuts were significant enough to take them off of the list.


Copyright © 2012, 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