On Fri, Apr 6, 2018 at 11:21 AM, Linus Torvalds <torva...@linux-foundation.org> wrote: > > No, but if you can redo the pull request part so that the diffstat I > get will match the diffstat I see in the pull request, that would be > good.
Oh, and can you please make sure there is a "[GIT PULL]" in the subject line for your pull requests? Particularly during the merge window (not so much later) I end up having a separate filtered list of emails that I look at that mention "git pull". Your pull requests don't seem to match that, so your pull requests don't actually even show up in my list of pending pull requests. That doesn't mean that they get lost - it just tends to mean that I don't necessarily see them during my busiest days of pulling. I usually start my days off looking at emails in general, so I see discussions and I see your emails, but then when I start actually pulling I go to that list of pending pull requests, and never actually pull your stuff. That all changes the second week of the merge window when I generally don't have a separate list of pull requests at all (because I've gotten through the big pile of pending stuff), so the pull *does* eventually happen, but it kind of gets delayed. For example, yesterday when I was doing filesystem pulls (I try to often group "similar areas" together), I did nfsd and f2fs. I would have done your afs and fscache pulls while at it, but they didn't show up in my pull request list, so I didn't.. So if you have that [GIT PULL] in the subject line, the pulls will often be a bit timelier. (Again, this is mainly just an issue for the merge window, but it certainly doesn't hurt at other times). Linus -- Linux-cachefs mailing list Linuxfirstname.lastname@example.org https://www.redhat.com/mailman/listinfo/linux-cachefs