On Wed, Sep 12, 2018 at 08:44:52PM +0200, Thomas Gleixner wrote: > On Wed, 12 Sep 2018, Alexandre Belloni wrote: > > On 12/09/2018 11:14:14+0200, Linus Walleij wrote: > > I'm not saying there aren't any issues and that the level of reviews is > > sufficient but I really don't think problematic maintainers are as > > widespread as Daniel claims. It is really getting tiring to see him > > show random statistics and draw wrong conclusions from them. > > Agreed. Lies, damned lies and statistics... > > The really interesting metric would be bugs/nr_commits. That gives you > valuable information how good your subsystem works and interacts with the > rest of the kernel. That's one angle to look at it, and I agree it would be a pretty good overview of how good a maintainer is at reviewing patches, in general. However, there's different angles where the metric used by Daniel makes sense. If there's a very significant part of the work that is done by the maintainer of a given subsystem, and that there is a single maintainer for that subsystem, what will happen when that maintainer decides to stop contributing for some reason? All the knowledge they built, experience they got (including at reviewing) is gone, possibly forever, and there's no one to pick up the subsystem, and the code is left to rot. Maintainers burn-out are also a thing, that is only reinforced by being the sole one caring for that subsystem. And then, you also have the issue that nothing prevents that maintainer to enforce particuliar rules and thus prevent contributors, reinforcing the fact that they would be the sole maintainer for that subsystem. As a community, we should care about those issues as well. Basically, the whole Linus discussion should apply at all the levels of the hierarchy, for pretty much the same reasons. Having multiple maintainers and / or a more even spread of the contributions mitigate all these. So Daniel's metric is a pretty good one, and it doesn't mean that a particular maintainer is bad at their job, or is not making any effort, or shouldn't be praised. It really is a different metric, for a different issue. It's like running a datacenter off a single machine, with a single power supply, a single internet connection and a single hard disk. No one would want that. "But the bandwidth is good". Maxime -- Maxime Ripard, Bootlin Embedded Linux and Kernel engineering https://bootlin.com