On Thu, 10 Dec 2020 at 11:14, Stefan Hajnoczi <stefa...@redhat.com> wrote: > On Thu, Dec 03, 2020 at 08:40:11PM +0000, Peter Maydell wrote: > > I would prefer to see this going through the tree of an > > established QEMU developer who's already sending pullrequests, > > at least initially. > > Once the discussion has completed I can send the patches in a pull > request. > > I don't want to be the bottleneck for all multi-process QEMU patches in > the future though. That's why I think the authors should be able to send > pull requests on their own after the initial code is merged. Much of > this work is isolated an only affects multi-process QEMU and the feature > is marked experimental. There is little risk of introducing instability > for non-multi-process QEMU users/developers. Hence why this is a new > subsystem and has MAINTAINERS files entries.
My reasoning is basically that new pull-request senders are more work for me, because I have to make sure they have a GPG key set up, and then examine pull requests pretty carefully to check they're well-formed, all the sign-offs are correct, the changes aren't touching areas of the codebase that they shouldn't, and so on. That's particularly painful if the first pull request that comes through is a massive one rather than "here's a small number of patches with some bug fixes". thanks -- PMM
