On 12/20/2018 01:29 AM, Eric Blake wrote:
On 12/19/18 6:14 AM, Fei Li wrote:

   28 files changed, 243 insertions(+), 101 deletions(-)

I recommend to split this patch.  First part adds the Error ** parameter
to qemu_thread_create(), passing &error_abort everywhere. No functional
change.  Subsequent patches then improve on &error_abort. This way,
each improvement patch can be cc'ed to just that part's maintainer(s).
Parts you don't want to touch you simply leave at &error_abort.  Makes
sense?
Yes, I think this makes sense, much clearer. :) But I am a little worried about
whether too many subsequent improvement patches (some of them are quite
small changes) are acceptable.

A long series of small patches, where each patch is cc'd to an appropriate maintainer, will likely get cumulative reviews faster than a single monolithic patch where no one person is the expert on every line touched.

Ok, thanks for the advice!

Have a nice day
Fei

Reply via email to