
I would suggest that before pushing, you reorder the patches so that 'make check' passes for every stage of the patch series. This makes patch bisection easier in the future (if we are trying to hunt down a regression, it's better if every commit builds independently). Admittedly, it can look a bit odd seeing the commit that fixes the bug before the commit that introduces the test, even though they were developed in the opposite order, but you get used to it. And 'git rebase -i' makes it so easy to do.
Well, to be honest, I first fixed the bug and then created the tests to check I don't regress somewhere else, to check the bug is really fix and for the future :-) I reordered the patches before posting as they seemed more logical this way. But I can reorder them back, no problem. Jirka