From: Kevin Wolf <kwolf@redhat.com>
To: "Gonglei (Arei)" <arei.gonglei@huawei.com>
Cc: "Benoît Canet" <benoit.canet@irqsave.net>,
"Markus Armbruster" <armbru@redhat.com>,
"Stefan Hajnoczi" <stefanha@redhat.com>,
"qemu-devel@nongnu.org" <qemu-devel@nongnu.org>
Subject: Re: [Qemu-devel] New requirement for getting block layer patches merged
Date: Fri, 12 Sep 2014 10:45:35 +0200 [thread overview]
Message-ID: <20140912084535.GC5076@noname.redhat.com> (raw)
In-Reply-To: <33183CC9F5247A488A2544077AF1902086DC9F4D@SZXEMA503-MBS.china.huawei.com>
Am 12.09.2014 um 10:32 hat Gonglei (Arei) geschrieben:
> > From: Kevin Wolf [mailto:kwolf@redhat.com]
> > Sent: Friday, September 12, 2014 4:14 PM
> > Subject: Re: [Qemu-devel] New requirement for getting block layer patches
> > merged
> >
> > Am 12.09.2014 um 09:02 hat Gonglei (Arei) geschrieben:
> > > Hi,
> > >
> > > > Subject: Re: [Qemu-devel] New requirement for getting block layer patches
> > > > merged
> > > >
> > > > Benoît Canet <benoit.canet@irqsave.net> writes:
> > > >
> > > > >> EOF
> > > > >> ---
> > > > >> If you have feedback or questions, let us know. The process can be
> > > > >> tweaked as time goes on so we can continue to improve.
> > > > >
> > > > > Great mail.
> > > >
> > > > Yup. Let's see how it works out.
> > > >
> > >
> > > Yes. I can't agree more with you.
> > >
> > > Recently I posted some patch series, but I can't get maintainer's feedback in
> > time.
> > > That make me feel soulless TBH. I know maintainers are very busy usually.
> > They
> > > need to develop their own code and also need review the contributors' code.
> > > If some other peoples can spread the load of patch review, that's a great
> > thing IMHO.
> >
> > This is what Stefan's mail was actually for in some way: Letting you
> > know that you should get a Reviewed-by first.
> >
> > At least for me, to be honest, this isn't a truly new process. I haven't
> > been consistently requiring a Reviewed-by, but when I see someone else
> > discuss a patch series and I don't have much time, I may scan the
> > discussion to chime in if there is something fundamentally wrong, but
> > otherwise let the author and the reviewer sort it out and wait until the
> > discussion has settled. If I don't see a discussion, I might wait a few
> > days for one.
> >
> Good method. :)
>
> > I'll probably keep reviewing paches without an R-b when they are simple
> > or in my area of expertise (like qcow2), like any other reviewer should.
> > The point is just that when I don't, before you ping us maintainers
> > about a patch, try to get a good review from some other contributor.
> >
> But there's a problem that a patch may have not get a review
> from other contributors in some areas, maybe only few people worked on it.
> After a few weeks, maintainers can give some response to author if
> the author is pinging...?
If you try and still fail to get review after a few weeks, sure, talk to
us and we'll find a solution.
But keep in mind that if only few people have worked on the code, Stefan
and I probably haven't either. So automatically delegating all such
cases for us to review isn't going to be helpful, because reviewing
patches to code that you don't know is one of the most time consuming
activities. Spreading them over more contributors is the goal of this
change.
Kevin
next prev parent reply other threads:[~2014-09-12 8:45 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-09-11 20:18 [Qemu-devel] New requirement for getting block layer patches merged Stefan Hajnoczi
2014-09-11 21:22 ` Benoît Canet
2014-09-12 6:42 ` Markus Armbruster
2014-09-12 7:02 ` Gonglei (Arei)
2014-09-12 8:14 ` Kevin Wolf
2014-09-12 8:32 ` Gonglei (Arei)
2014-09-12 8:45 ` Kevin Wolf [this message]
2014-09-12 8:55 ` Gonglei (Arei)
2014-09-12 9:01 ` Markus Armbruster
2014-09-12 9:06 ` Gonglei (Arei)
2014-09-12 9:13 ` Stefan Hajnoczi
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20140912084535.GC5076@noname.redhat.com \
--to=kwolf@redhat.com \
--cc=arei.gonglei@huawei.com \
--cc=armbru@redhat.com \
--cc=benoit.canet@irqsave.net \
--cc=qemu-devel@nongnu.org \
--cc=stefanha@redhat.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).