On 17/12/2015 19:09, Måns Rullgård wrote: > It could well be that your patch results in a clearer final version, but > the diff is harder to parse when unchanged lines have moved around. When all other things are equal, is the priority 1) making the patch as clear as possible? 2) making the resulting code as clear as possible? On a related note, I remember spotting a problem in a phy driver commit, and was told (by you) that I should split my fix in 3 (!!) patches. I'm sorry, but that's a double standard, why would the initial committer be given the leeway to post a single patch, but someone willing to clean up his mess should work harder? End result: I left the bug in there. Regards. -- To unsubscribe from this list: send the line "unsubscribe linux-serial" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
