Philippe Mathieu-Daudé <phi...@linaro.org> writes:

> On 15/12/22 23:47, Fabiano Rosas wrote:
>> This test currently fails when run on a host for which the QEMU target
>> has no default machine set:
>> 
>> ERROR| Output: qemu-system-aarch64: No machine specified, and there is
>> no default
>> 
>> Signed-off-by: Fabiano Rosas <faro...@suse.de>
>> ---
>>   tests/avocado/version.py | 1 +
>>   1 file changed, 1 insertion(+)
>> 
>> diff --git a/tests/avocado/version.py b/tests/avocado/version.py
>> index ded7f039c1..dd775955eb 100644
>> --- a/tests/avocado/version.py
>> +++ b/tests/avocado/version.py
>> @@ -15,6 +15,7 @@
>>   class Version(QemuSystemTest):
>>       """
>>       :avocado: tags=quick
>> +    :avocado: tags=machine:none
>>       """
>>       def test_qmp_human_info_version(self):
>>           self.vm.add_args('-nodefaults')
>
> Looking at previous attempt in 
> https://lore.kernel.org/qemu-devel/20220104122104.849084-1-alex.ben...@linaro.org/
>
> * tests/avocado/empty_cpu_model.py
>
>    Forced via vm.add_args('-machine', 'none')
>
>    tags=machine:none would be cleaner.
>
> * tests/avocado/info_usernet.py and
> * tests/avocado/vnc.py
>
>    -> Fixed by 5104b73824 ("tests/avocado: set -machine none
>    for userfwd and vnc tests")
>
> * tests/avocado/version.py
>
>    -> This patch
>
> * tests/avocado/migration.py
>
>    => Missing

I think the migration test is a bit harder because the machine type
would probably influnce the test. We would have to find a way to
specificy the different -machine options for each architecture. Or a way
of saying "use default machine, except for arm".

>
> Maybe we can squash to this patch?
>
> Meanwhile:
> Reviewed-by: Philippe Mathieu-Daudé <phi...@linaro.org>

Thanks

Reply via email to