qemu-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Qemu-devel] [PATCH v7 00/10] Convert msix_init() to error


From: Paolo Bonzini
Subject: Re: [Qemu-devel] [PATCH v7 00/10] Convert msix_init() to error
Date: Tue, 10 Jan 2017 17:28:40 +0100
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.5.1


On 10/01/2017 17:19, Markus Armbruster wrote:
> "Michael S. Tsirkin" <address@hidden> writes:
>> Generally this patchset is at v7.  It brings a very limited benefit to
>> the project.  It better be perfect otherwise I don't see why bother.
> 
> We obviously disagree on the benefit.  Before this series, error
> reporting is *broken* for QMP.  Fixing that is definitely not "why
> bother" material.
> 
> I certainly don't object to tightening our testing habits.  I was merely
> pointing out that you're doing that.
> 
> Testing patches that modernize interfaces often isn't easy for the
> person doing the work.  Fortunately, megasas has a maintainer: Hannes.
> Who gave his R-by.  For me, that would suffice, but you may see things
> differently.  Would a Tested-by from him satisfy you?  If not, what
> would satisfy you?

As a co-maintainer (via hw/scsi/" of megasas) I think that the only
satisfactory testing, for merging hw/scsi patches *through a tree other
than mine*, is "this installs Linux for a distro of the submitter's
choice", and "the commit message explains the differences clearly with
sample invocations of QEMU".

Installing Linux seems like a higher bar than usual, but it only takes a
few minutes to start such an install.  I'll even accept "it formats the
disk fine".

Sure, I don't even apply it to all of my patches.  But I'm the sole
responsible for my screwups and the community knows that I'll be there
to fix them so they accept it.  A random patch submitter is going to
waste time of multiple maintainers if they don't do proper testing, and
I think it's fair given that some previous submitted versions didn't
even compile.

Paolo



reply via email to

[Prev in Thread] Current Thread [Next in Thread]