>> I performed another simple software refactoring. > > Which is _useless_ per se I disagree in this case because the goal of a refactoring should be to adjust something in a desired direction without changing the provided functionality. > by the reasons you had been told already _several_ times about. There can be other reasons why you do not like a concrete change. > Either you do a real fix (propagate correct error codes > to upper layers), or just don't bother at all. Have the involved contributors any preferences on organisation of corresponding update steps? * Correct exception handling first and then apply the shown source code reduction again. * Combine better exception handling with smaller code in one patch. * Addition of the tag “Fixes” in the commit message? Regards, Markus -- To unsubscribe from this list: send the line "unsubscribe kernel-janitors" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
