On Thu, Jul 16, 2015 at 10:57:51AM -0400, Steven Rostedt wrote:
> Mark Brown <broonie@kernel.org> wrote:

> > I basically agree with that, what I'm saying on the response time is
> > that I don't think you're setting realistic baselines for people.  A
> > week is just not what's actually happening in large parts of the kernel.
> > There are some people I'd expect to respond within a week in the normal
> > course of affairs but there are more where I wouldn't worry about it and
> > even the more responsive people are often slower on larger changes like
> > new driver submissions.

> And a lot of what maintainers prefer has to deal with the types of
> changes they handle. I don't handle new devices. I usually handle new
> features for tracing or bug fixes. Sometimes its updates for different
> archs.

Sure, though there's also a large amount of people's work patterns as
well - a lot of maintainers seem to batch up their work, sit down and
blast through a lot of changes at once.

> I especially prefer the ping if its for a patch series, as sending out
> a new patch series that didn't change anything will definitely waste my
> time, as I usually compare the old with the new to see what changed.

Oh, I tend to do the same thing but I basically just discard anything I
didn't review yet and compare against the baseline - if it's a resend
then I'm not discarding anything, if it's been improved then I get to
skip reviewing the intermediate version.