[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: hw-display-qxl.so: undefined symbol: qemu_qxl_io_log_semaphore
|
From: |
Gerd Hoffmann |
|
Subject: |
Re: hw-display-qxl.so: undefined symbol: qemu_qxl_io_log_semaphore |
|
Date: |
Mon, 17 Aug 2020 07:39:09 +0200 |
Hi,
> FWIW I'm still hitting issues with qemu-5.1.0 GA but maybe it's
> unrelated to that specific fix. Issues reproduce on fedora 33+, not
> fedora 32.
> +Failed to open module:
> /builddir/build/BUILD/qemu-5.1.0-rc3/build-dynamic/x86_64-softmmu/../hw-display-qxl.so:
> undefined symbol: qemu_qxl_client_monitors_config_crc_semaphore
> /builddir/build/BUILD/qemu-5.1.0/build-dynamic/s390x-softmmu/../hw-usb-smartcard.so:
> undefined symbol: ccid_card_send_apdu_to_guest
> So maybe there's a more general problem. FWIW Fedora 33 started using
> LTO by default, but it was disabled for the qemu package.
Hmm, the first looks like a problem. I'm wondering why it happens on
f33 only, not f32. LTO could explain that (optimizing away symbols used
by modules but not main qemu), but with that already turned off I have
no clue offhand.
The second is sort-of expected, this comes from s390x not supporting
usb. I have a pending patch to silence those warnings when qemu tries
to load all available modules (for introspection, to make sure the qom
object list is complete).
take care,
Gerd