Development statistics for the 5.0 kernel

Posted Feb 22, 2019 0:24 UTC (Fri) by neilbrown (subscriber, #359)
In reply to: Development statistics for the 5.0 kernel by arekm
Parent article: Development statistics for the 5.0 kernel

> I wonder if there are "who/which company produces bugs often" stats

I really don't think that pointing the finger at who produced a bug is ever helpful (except to quietly let them know so they might learn from the experience). All the bugs belong to all of us.

Conversely, highlighting people who fixed lots of bugs would do no harm and could be beneficial. Even better is highlighting people who fixed a bug and made it clear when the bug was introduced so that an informed backport to -stable is easier. This is a valuable contribution worth celebrating.

to post comments

Development statistics for the 5.0 kernel

Posted Feb 22, 2019 21:39 UTC (Fri) by GustavoARSilva (subscriber, #112293) [Link] (1 responses)

I agree.

It'd be interesting to include such statistics in coming reports. In the meantime I took the time to get such data for the most active 5.0 developers.

$ git log --shortstat --author=<name> v4.20..v5.0-rc7 | grep 'Fixes:\s\+[0-9a-f]\{6,\}\s\+(".*")' | wc -l

Geert Uytterhoeven 44
Colin Ian King 30
Jens Axboe 18
Christoph Hellwig 16
Gustavo A. R. Silva 15
Ville Syrjälä 15
Linus Walleij 14
Arnaldo Carvalho de Melo 13
Boris Brezillon 10
Masahiro Yamada 10
Yue Haibing 7
Kuninori Morimoto 5
Andy Shevchenko 3
Rob Herring 3
Jakub Kicinski 2
Thierry Reding 2
Michael Straube 1
Maxime Ripard 1
Yangtao Li 1
Paul E. McKenney 0

I wanted to use grep 'Fixes:\s\+[0-9a-f]\{12\}\s\+(".*")' but some people don't use the canonical format. Also, I noticed that some people use this format: Fixes: commit 4d230d1271064. Which may be why this kind of info is not included in the report: it is prone to error. So, due this an other formatting issues, in more than three cases, I had to manually edit the final number.

--Gustavo

Development statistics for the 5.0 kernel

Posted Feb 28, 2019 8:22 UTC (Thu) by arnd (subscriber, #8866) [Link]

Everyone with 11 fixes or more
$ git rev-list --grep="Fixes:\s\+[0-9a-f]\{6,\}" v4.20..v5.0-rc8 | xargs git show --format=%an -s | sort | uniq -c | sort -rn | head -n 23
46 Dan Carpenter
38 Geert Uytterhoeven
30 Colin Ian King
25 Arnd Bergmann
19 Chris Wilson
18 Florian Westphal
17 Jens Axboe
15 Ville Syrjälä
15 Martin Blumenstingl
15 Linus Walleij
15 Gustavo A. R. Silva
15 Christoph Hellwig
14 Wei Yongjun
14 Sinan Kaya
14 Paolo Abeni
14 Eric Biggers
13 Arnaldo Carvalho de Melo
12 Willem de Bruijn
11 Yonghong Song
11 Nicholas Mc Guire
11 Lorenzo Bianconi
11 Ido Schimmel
11 Andrew Lunn

Development statistics for the 5.0 kernel

Posted Feb 22, 2019 23:09 UTC (Fri) by martinfick (subscriber, #4455) [Link] (1 responses)

I believe it could be helpful if new code contributions were throttled by ensuring that a contributor's known bugs were fixed before accepting new contributions from them. This is a policy I try to enforce on my team. That would probably be hard to do privately.

Development statistics for the 5.0 kernel

Posted Feb 23, 2019 8:24 UTC (Sat) by error27 (subscriber, #8346) [Link]

My impression is that this isn't really an issue in the kernel. Once you know the code at fault (and thus the author) then the fix is normally straight forward. The difficulty lies in figuring out which code is at fault.

The other issue in the kernel is that after two years the original author isn't around or doesn't want to fix bugs. I seldom bother reporting static analysis issues over two years old. If it's less than two years we are good at addressing those.

People take a lot of pride their work generally.

Development statistics for the 5.0 kernel

Posted Feb 23, 2019 1:18 UTC (Sat) by johannbg (guest, #65743) [Link]

Time from report to fix, should be measured
aswell and responses between reporters and developers could be meaningful to have ( thou impossible to implement ).

Also there should be comparison between the kernel communities on all the *nix platforms.

How healthy are those,how do they compare to each other, are developers contributing between linux,bsd and solaris.

Is there rise or decline in one but not the others etc.

I dont think Jon and or other writers here have researched into that, gather the stats and written about it.