[libvirt] [PATCH 08/10] tests: qemucapabilities: Test commands used to query capabilities

[John Ferlan]

On 06/08/2018 03:45 AM, Peter Krempa wrote:
> On Thu, Jun 07, 2018 at 22:02:06 -0400, John Ferlan wrote:
>>
>>
>> On 06/04/2018 09:58 AM, Peter Krempa wrote:
>>> Use qemuMonitorTestNewFromFileFull which allows to test commands used
>>> along with providing replies. This has two advantages:
>>>
>>> 1) It's easier to see which command was used when looking at the files
>>> 2) We check that the used commands are actually in the correct order
>>>
>>> Signed-off-by: Peter Krempa <pkrempa at redhat.com>
>>> ---
>>>  tests/qemucapabilitiestest.c | 13 +++++--------
>>>  1 file changed, 5 insertions(+), 8 deletions(-)
>>>
>>
>> With top of tree this one fails make check, but I assume that has to do
>> with changes in files since you posted... perhaps it's a combo of this
>> and the previous patch.
> 
> Well, it's probably because you also need the next patch (which is
> supposed to be squashed into this one) for the tests to pass. I've
> separatet it because all the changes were generated by the regeneration
> tool. 
> 
Ah, right, I see.

Anyway, I figured Martin's patches would change the results here.
There's also the SEV patches that have capability changes which bring up
a few ordering concerns in which it may be "easier" if these last couple
of patches waited for at least the SEV ones to be merged. From recent
reviews, I'm aware of 2 other series that are perhaps impacted (Erik's
"Enable vfio-pci 'property' for mediated devices" which perhaps just
needs a v2 and Jie Wang's "Introduce align for hostmem-file", but that
one is not close to being ready yet). While I understand ordering and
merges are someone else's problem - still need to play nice though
especially if there's any back port concerns 0-).

BTW: Should we take this "opportunity" to finally update the 2.12 files
to the released version rather than the rc0 version? (only s390x got a
final update).

As for the changes themselves, consider both patch 8 and 9,

Reviewed-by: John Ferlan <jferlan at redhat.com>

as long as the commit message is cleaned up a bit.

John