On Mon, Apr 15, 2013 at 02:49:34PM -0700, D M German wrote: > > > Greg KH twisted the bytes to say: > > Greg> But, for the linux-next stuff, that could be very interesting. We > Greg> always like seeing what commits in a -rc1 release did NOT previously > Greg> show up in linux-next. Stephen has some tools on how to do this, it > Greg> would be interesting to see if your tools could do something like that > Greg> to track down the "rouge" commits that don't get community testing. > > > Hi Greg, > > Let me see if I understood you. > > I looked into commits created during 2013 that satisfy the following > condition: > > * We observed them in Linus repo _before_ Linux-next (that does not > necessarily mean they didn't appear in linus before linux next) > * Are not merge commits > * Were committed in 2013 (no point of showing you 2012, i guess). > > they are listed here (it takes a couple of minutes to create the list... so > it is not a realtime list, but I that can be fixed > if it is useful): > > http://o.cs.uvic.ca:20810/perl/next.pl Yes, that's a great thing. Maybe the ability to see the subject: line of the commit somewhere easier than having to click through to the patch would be nice, so we can just glance at the report and say, "Look at all of the btrfs patches that showed up out of nowhere, what happened?" Oh, and if you could do it for a specific kernel release, not a date range, that would be nice (i.e. report for 3.9-rc1, 3.8-rc1, 3.7-rc1, etc.) > is this what you had in mind? obviously Linus commits appear in his repo > before Next, so I could drop him from the report. That's just a tiny number so it's probably not needed. > I have also added the commit that merges each commit, which is probably > useful too. If it is empty either we haven't update the data or it > was done straight into linus repo (as in 3e2e0d2c222bdf5bafd722dec1618fa6073ef372). Yes, that is useful, thanks. greg k-h -- To unsubscribe from this list: send the line "unsubscribe stable" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html