On 3/31/2015 6:47 AM, Roland Dreier wrote:
Roland, I have to genuinely agree with Or, that your handling of
patch integration is sub-par and really painful for anyone actually
trying to get real work done here.
If you simply don't have the time to devote to constantly reviewing
patches as they come in, and doing so in a timely manner, please let
someone who is actually interested and has the time to take over.
It's a fair criticism, and certainly for at least the last year or so
I have not had the time to do enough work as a maintainer. I have
hope that some of the things that have been keeping me busy are dying
down and that I'll have more time to spend on handling the RDMA tree,
but that's just talk until I actually get more done.
I really would like to get more people involved in handling the flow
of patches but I'm not sure who has not only the interest and the time
but also the judgement and expertise to take over. Certainly Or has
been a long time contributor who has done a lot of great things, but I
still worry about things like ABI stability and backwards
compatibility.
But I'm open to ideas.
We had a talk about a similar topic at LSFMM15. Linux-scsi subsystem is
a large scale subsystem and also has the "single maintainer with
limited time for upstream maintenance" bottleneck.
Christoph created the "scsi-queue" tree to feed James in order to
accelerate the work process.
One thought was laying a set of rules that would allow a maintainer
to "just apply patches":
- Obviously applies cleanly and does not produce compilation
errors/warning (patches that don't meet this will be removed)
- At least two Reviewed-by tags (one of them can be Acked-by/Tested-by)
One problem with that is that we need "a christoph" to poke people for
review since not a lot of people giving review.
Another thought was to allow multiple maintainers (my understanding is
the patchwork supports it). If we can find some split to allow different
maintainers to feed Roland this might work.
Thoughts?
Sagi.
--
To unsubscribe from this list: send the line "unsubscribe linux-rdma" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
