Re: [PATCH v5 02/11] dt-bindings: i2c: Discard i2c-slave flag from the DW I2C example

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Fri, May 29, 2020 at 12:58 PM Serge Semin <fancer.lancer@xxxxxxxxx> wrote:
>
> On Fri, May 29, 2020 at 09:45:37PM +0300, Serge Semin wrote:
> > On Fri, May 29, 2020 at 09:42:01PM +0300, Andy Shevchenko wrote:
> > > On Fri, May 29, 2020 at 09:22:56PM +0300, Serge Semin wrote:
> > > > On Fri, May 29, 2020 at 12:13:38PM -0600, Rob Herring wrote:
> > > > > On Wed, May 27, 2020 at 06:33:51PM +0300, Serge Semin wrote:
> > >
> > > > > you're sending
> > > > > new versions too fast. Give people time to review.
> > > >
> > > > Yeah, you did. Sorry for sending the new versions very fast. Normally I prefer
> > > > to keep up with comments so to past a particular maintainer review as fast as
> > > > possible without long delays. In my experience the longer you wait, the lesser
> > > > maintainers remember about your patchset, the harder for one to continue the
> > > > next versions review.
> > >
> >
>
> > > Documentation/process/submitting-patches.rst:
> > >
> > > "Wait for a minimum of one week before resubmitting or pinging reviewers -
> > > possibly longer during busy times like merge windows."
> >
> > Good to know what I already know.) How much do you personally wait before
> > resubmitting? In my experience reviewing your DW APB GPIO patches, no longer
> > than a few hours.
>
> Moreover the statement you cited is about the patches, which doesn't get any
> attention from the maintainers/reviewers for quite some time. In this case I
> normally resubmit the patches no sooner than a week. I was talking about the
> situation when you get the review comments, which need to be addressed.

There's not going to be any rule that always works. It takes
judgement. I'd say the greater the rework from review comments, the
sooner you can resend. But then if it's multiple
subsystems/maintainers, you need to give all of them time.

I go in date order mostly. You send a new version, then you go to the
back of the queue. So if you want it reviewed the soonest, send it 2
weeks ago. ;) There's also the strategy of reviewing other patches in
front of yours. Sometimes I go by version numbers, but send version 50
and I might be suspicious. And that's rewarding folks who are sloppy
or keep sending broken stuff. The real solution is I just need more
help reviewing things.

Rob



[Index of Archives]     [Linux GPIO]     [Linux SPI]     [Linux Hardward Monitoring]     [LM Sensors]     [Linux USB Devel]     [Linux Media]     [Video for Linux]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]

  Powered by Linux