1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
|
<think>
Okay, so I need to classify this bug report into one of the given categories for QEMU. Let me read through the problem again.
The user reported that the mouse starts jumping wildly on the guest desktop sometimes, making it completely unusable. It doesn't happen every time, only occasionally, and they haven't pinpointed a specific cause yet. Rebooting is the only fix.
Looking at the setup: Guest OS is Kubuntu 20.04 with KDE, Host is Arch Linux also with KDE. QEMU version 5.1.0. The start command includes enabling KVM, setting up memory, CPU, etc., and uses Virtio VGA and HDA sound.
Now, considering the categories: mouse issues in a virtual machine are often related to input handling or device communication. Since it's a VM, the mouse is emulated through QEMU/KVM. The problem occurs in the guest, so it's about how the host sends input events to the guest.
Possible categories include 'device' which covers hardware devices and their emulation. Alternatively, 'input' might be a category but I don't see that listed. Let me check the list again: device is present. Other options like network or graphic could be possible, but mouse issues are more about input handling via devices. So 'device' seems appropriate because it's related to how QEMU handles input devices like the mouse in KVM.
Wait, another thought: sometimes mouse problems can also relate to graphics drivers or display settings. The user has Virtio VGA and is using SDL with OpenGL on. Maybe that could be a factor, but the main issue is the mouse movement going haywire, which points more towards device handling rather than graphic issues per se.
Alternatively, 'input' isn't listed, so 'device' is the closest fit. So I think the category should be 'device'.
</think>
The bug report describes an issue where the mouse becomes unresponsive and starts moving erratically in the guest desktop environment. This behavior suggests a problem with how QEMU/KVM handles input events, particularly mouse movements. Since the mouse is an input device, this falls under the category of device-related issues.
**Step-by-Step Explanation:**
1. **Identify the Problem:** The issue involves erratic mouse movement in the guest OS.
2. **Understand Input Handling:** Mouse control in a VM is managed through QEMU's device emulation and input redirection.
3. **Categorize the Issue:** Since it relates to input devices, 'device' is the appropriate category.
**Answer:**
device
|