1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
|
<think>
Okay, I'm trying to figure out whether this QEMU bug is related to user-mode or system-mode. Let me read through the problem description carefully.
The issue occurs when building QEMU 9.2 with specific configuration options: --enable-user, which enables user-mode emulation; --disable-system, so system-mode is turned off; and --enable-tools, enabling various tools like qemu-img.
The error message during compilation is about an undefined reference to 'qapi_event_send_device_deleted' in the file hw_core_qdev.c.o. The problem arises because when system mode is disabled (have_system = false) but tools are enabled (have_tools = true), certain stubs aren't being added, leading to missing symbols.
The user suggests that the fix should involve adding a condition to the Meson build script where if system mode is off and tools are on, then include qdev.c in the stubs. This makes sense because when you disable system mode, some of the hardware device management code might not be present, but since tools are enabled, they still need these symbols.
Since user-mode emulation deals with running unprivileged processes without a full OS, it doesn't rely on system-level devices as heavily as system-mode does. However, in this case, the tools (which are part of QEMU's utilities) might depend on some hardware device handling, hence the need for qdev.c stubs even when system mode is off.
So putting it all together: The bug occurs under user-mode configuration because they've disabled system mode but still need certain functionality that was previously included. Therefore, this is a user-mode related issue.
</think>
The bug report pertains to an issue encountered when configuring QEMU with specific options for user-mode emulation while disabling system-mode and enabling tools. The error relates to missing stubs required for device handling in the user tools.
user
|