qemu-devel
[Top][All Lists]
Advanced

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

Re: [PATCH v2 000/150] Meson integration for 5.2


From: Cornelia Huck
Subject: Re: [PATCH v2 000/150] Meson integration for 5.2
Date: Mon, 17 Aug 2020 14:26:17 +0200

On Fri, 14 Aug 2020 05:10:56 -0400
Paolo Bonzini <pbonzini@redhat.com> wrote:

> News since v1:
> * automatically generate dependencies for sphinx manuals [Peter]
> * fixes for ARM KVM build [Peter]
> * work around old libiscsi in vhost-user-scsi.c [Peter]
> * hack to support default c:/Program Files/QEMU prefix on mingw cross 
> compilation [Peter]
> * added --enable-gettext/--disable-gettext [Peter]
> * test for setuptools presence [Peter]
> * fixes for Darwin [Peter, Roman]
> * do not invoke system Meson through Python, always use embedded Meson with 
> --python [Roman]
> * improvements and fixes to clean and distclean targets [Stefano]
> * avoid (incorrect?) ubsan failure from CONFIG_BDRV_*_WHITELIST [Alexander]
> * move --s390-pgste to Meson, removed QEMU_CFLAGS/QEMU_LDFLAGS for 
> config-target.mak
> * remove some dead configure assignments
> * update build system docs on how to add configure options, convert to rST
> * moved installation of edk2 blobs and descriptors to Meson
> * build and install elf2dmp on Windows too
> * included headers renamed to .c.inc instead of .inc
> 
> Available from https://gitlab.com/bonzini/qemu branch meson-poc-next.

The good news: This seems to produce working binaries on my laptop and
my s390x systems.

The bad news: The build on the s390x system with Fedora 30 (yes, I
know) seems to be lacking various devices. The output of
'qemu-system-s390x -device ?' misses all of the
-transitional/-non-transitional varieties for virtio-pci devices, as
well as some of the vhost-user devices, and, rather bizarrely, the
gen15* and some of the z14 cpu models (this is on a z12, so it's not
that all 'newer' models are missing, and I don't think the system we
build on should influence the generation of models, even with an older
compiler). I checked the output from 'qemu-system-x86_64 -device ?',
and it is missing the -transitional/-non-transitional virtio-pci
devices as well (did not check if anything else is missing as well).
The builds on the F31 (x86) and F32 (s390x, with -Werror disabled)
systems are fine.

Any idea? If it is a case of old tools/libraries, I think we need to
make sure that older supported distros (Debian stable?) still work fine.




reply via email to

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