http://bugzilla.opensuse.org/show_bug.cgi?id=1190573 Bug ID: 1190573 Summary: Incompatible libraries being leaked in modinfo.c (--enable-modules) Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: All OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: KVM Assignee: kvm-bugs@suse.de Reporter: jose.ziviani@suse.com QA Contact: qa-bugs@suse.de Found By: --- Blocker: --- Beginning at QEMU v6.1.0, --enable-modules create a file modinfo.c, with information about modules available for dynamic loading. Information such as dependencies and architecture can be found in that file. During the build phase, modinfo.c is generated based in the target architecture its being build. For example, if qemu-system-s390x doesn't support hw-display-virtio-vga, that module won't be listed as available in modinfo.c. The problem happens when building multiple targets at once (for instance --target-list=s390x-softmmu,x86_64-softmmu). Because we have only one modinfo.c, modules supported by x86_64-softmmu will be list in it - even if not supported by s390x (or other architectures). It will lead to errors messages like: $ qemu-system-s390x -nodefaults -display none -accel qtest -M none -device help Failed to open module: /home/jose/qemu/build/hw-display-virtio-vga.so: undefined symbol: vmstate_vga_common In order to solve this, we need to generate one modinfo per target, for instance modinfo-s390x.c, or improve the current modinfo arch filed information. -- You are receiving this mail because: You are on the CC list for the bug.