* Understanding initialization order for spice in qemu
@ 2020-06-18 11:11 Christophe de Dinechin
2020-06-18 11:30 ` Alex Bennée
2020-06-19 7:57 ` Gerd Hoffmann
0 siblings, 2 replies; 3+ messages in thread
From: Christophe de Dinechin @ 2020-06-18 11:11 UTC (permalink / raw)
To: Gerd Hoffmann; +Cc: qemu-devel
Hi Gerd,
When I build qemu on master with moduels enabled, and run with spice, I occasionally see:
qemu-system-x86_64: util/module.c:136: module_load_file: Assertion `QTAILQ_EMPTY(&dso_init_list)' failed.
Interestingly, I seem to have seen that only on master, but not on my own branch. Have you ever seen the same problem? Could there be a race condition here explaining why I sometimes see it, sometimes not? Or do you think it's more likely to be a missing build dependency? Asking because I don't recall ever seeing that on a clean build.
Command line:
% qemu-system-x86_64 -display spice-app /data/VMs/deb9.qcow2
Thanks
Christophe
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: Understanding initialization order for spice in qemu
2020-06-18 11:11 Understanding initialization order for spice in qemu Christophe de Dinechin
@ 2020-06-18 11:30 ` Alex Bennée
2020-06-19 7:57 ` Gerd Hoffmann
1 sibling, 0 replies; 3+ messages in thread
From: Alex Bennée @ 2020-06-18 11:30 UTC (permalink / raw)
To: Christophe de Dinechin; +Cc: Gerd Hoffmann, qemu-devel
Christophe de Dinechin <cdupontd@redhat.com> writes:
> Hi Gerd,
>
>
> When I build qemu on master with moduels enabled, and run with spice, I occasionally see:
>
> qemu-system-x86_64: util/module.c:136: module_load_file: Assertion `QTAILQ_EMPTY(&dso_init_list)' failed.
>
> Interestingly, I seem to have seen that only on master, but not on my
> own branch. Have you ever seen the same problem? Could there be a race
> condition here explaining why I sometimes see it, sometimes not? Or do
> you think it's more likely to be a missing build dependency? Asking
> because I don't recall ever seeing that on a clean build.
Have you switched the config in your build directory? This is one reason
to have multiple build directories outside of the source tree.
>
> Command line:
> % qemu-system-x86_64 -display spice-app /data/VMs/deb9.qcow2
>
>
>
> Thanks
> Christophe
--
Alex Bennée
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: Understanding initialization order for spice in qemu
2020-06-18 11:11 Understanding initialization order for spice in qemu Christophe de Dinechin
2020-06-18 11:30 ` Alex Bennée
@ 2020-06-19 7:57 ` Gerd Hoffmann
1 sibling, 0 replies; 3+ messages in thread
From: Gerd Hoffmann @ 2020-06-19 7:57 UTC (permalink / raw)
To: Christophe de Dinechin; +Cc: qemu-devel
On Thu, Jun 18, 2020 at 01:11:44PM +0200, Christophe de Dinechin wrote:
> Hi Gerd,
>
>
> When I build qemu on master with moduels enabled, and run with spice, I occasionally see:
>
> qemu-system-x86_64: util/module.c:136: module_load_file: Assertion `QTAILQ_EMPTY(&dso_init_list)' failed.
Never saw that one.
I've noticed though the qemu build system doesn't rebuild code on cflags
changes, and switching object files from -y to -m (which adds -fPIC to
cflags) can cause build errors which go away when you rm -rf the build
tree (or at least the subdirectory where I'm hacking on) and try again.
> Asking because I don't recall ever seeing that on a clean build.
Yea, that hints it is the same problem.
HTH,
Gerd
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2020-06-19 7:57 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2020-06-18 11:11 Understanding initialization order for spice in qemu Christophe de Dinechin
2020-06-18 11:30 ` Alex Bennée
2020-06-19 7:57 ` Gerd Hoffmann
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).