On Thu, Apr 05, 2018 at 09:11:02PM +0200, Greg KH wrote: >On Thu, Apr 05, 2018 at 04:42:46PM +0000, Sasha Levin wrote: >> Hi. >> >> [This is an automated email] > >Why are you running this against patches that are not yet in Linus's >tree? That feels odd. Only about 1/3 of the patches posted end up >being merged (at best), so don't do extra work by running this on >patches that might not even be merged at all. Sorry for late response, this got flagged as spam :/ I was testing out a different approach, that attempts to address the following issues: - When we send a review request for a patch, it usually happens weeks after the patch went upstream. At that point developers have moved on, and we're less likely to get a helpful response. - Some patches are tagged for particular stable trees, but don't end up applying/failing build on them. Usually when you send your rejection mails for these patches, we see no response. This might mean that kernels that need a particular bugfix get missed because of things like trivial dependencies. - I was planning to integrate a larger set of testing to be done for these patches both on mainline, and on stable kernels. Like the XFS example, we could run xfstests for any given patch both on mainline and on any older stable trees this patch applied to, This would both help mainline development, and would encourage devs to address any issues it causes on stable kernels as well.