1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
|
<think>
Okay, so I need to classify this bug report into one of the given categories. Let's see what the bug is about.
The user is reporting an issue with QEMU's SPARC emulation when using GDB stub for debugging. Specifically, when they use the single-step command in GDB, QEMU doesn't stop after each instruction as expected; instead, it just keeps executing without pausing.
Looking at the provided code snippets from target-sparc/translate.c and target-sh4/translate.c, I notice that in the SPARC case, the gen_helper_debug() function isn't being called when singlestep mode is active. In contrast, the SH4 code does call this helper when singlestep is enabled.
The problem seems to be related to how QEMU handles single-step debugging for SPARC versus other architectures like SH4. Since the debug-related functions aren't being triggered in the SPARC case, it's likely a bug in the translation or handling of single-step instructions.
Given the categories provided: mistranslation, assembly lowering, device, graphic, socket, network, KVM, boot, vnc, debug, files, permissions, performance, kernel, peripherals, hypervisor.
The issue is directly related to debugging functionality within QEMU, specifically involving GDB stub and single-step behavior. Therefore, the most appropriate category would be "debug."
</think>
debug
|