On Sat, May 28, 2022 at 08:00:48AM +0300, Amir Goldstein wrote: > On Sat, May 28, 2022 at 2:42 AM Dave Chinner <david@xxxxxxxxxxxxx> wrote: > > > > On Fri, May 27, 2022 at 08:40:14AM -0700, Luis Chamberlain wrote: > > > On Fri, May 27, 2022 at 03:24:02PM +0300, Amir Goldstein wrote: > > > > On Fri, May 27, 2022 at 12:08 PM Dave Chinner <david@xxxxxxxxxxxxx> wrote: > > > > > Backport candidate: yes. Severe: absolutely not. > > > > In the future, if you are writing a cover letter for an improvement > > > > series or internal pull request and you know there is a backport > > > > candidate inside, if you happen to remember to mention it, it would > > > > be of great help to me. > > > > That's what "fixes" and "cc: stable" tags in the commit itself are > > for, not the cover letter. > > Cover letter is an overview of the work. > A good cover letter includes an overview of the individual patches > in the context of the whole work as your cover letter did: > > Summary of series: > > Patches Modifications > ------- ------------- > 1-7: log write FUA/FLUSH optimisations > 8: bug fix > 9-11: Async CIL pushes > 12-25: xlog_write() rework > 26-39: CIL commit scalability > > So it was lapse of judgement on my part or carelessness that made me > eliminate the series without noting patch #8. > > Furthermore, the subject of the patch has Fix and trailer has > Reported-and-tested-by: > so auto candidate selection would have picked it up easily, but my scripts > only looked for the obvious Fixes: tag inside the eliminated series, so that > is a problem with my process that I need to improve. > > So the blame is entirely on me! not on you! I can feel a "But..." is about to arrive.... > And yet. > "bug fix"? > Really? ... and there's the passive-aggressive blame-shift. As you just said yourself, all the information you required was in both the cover letter and the patch, but you missed them both. You also missed the other 3 times this patch was posted to the list, too. Hence even if that cover letter said "patch 8: CIL log space overrun bug fix", it wouldn't have made any difference because of the process failures on your side. So what's the point you're trying to make with this comment? What is the problem it demonstrates that we need to address? We can't be much more explicit than "patch X is a bug fix" in a cover letter, so what are you expecting us to do differently? > I may not have been expecting more of other developers. > But I consider you to be one of the best when it comes to analyzing and > documenting complex and subtle code, so forgive me for expecting more. That's not very fair. If you are going to hold me to a high bar, then you need to hold everyone to that same high bar..... > It makes me sad that you are being defensive about this, because I wish .... because people tend to get defensive when they feel like they are being singled out repeatedly for things that nobody else is getting called out for. Cheers, Dave. -- Dave Chinner david@xxxxxxxxxxxxx
