summary refs log tree commit diff stats
path: root/results/classifier/deepseek-2/reasoning/hypervisor/1324727
diff options
context:
space:
mode:
authorChristian Krinitsin <mail@krinitsin.com>2025-07-03 07:27:52 +0000
committerChristian Krinitsin <mail@krinitsin.com>2025-07-03 07:27:52 +0000
commitd0c85e36e4de67af628d54e9ab577cc3fad7796a (patch)
treef8f784b0f04343b90516a338d6df81df3a85dfa2 /results/classifier/deepseek-2/reasoning/hypervisor/1324727
parent7f4364274750eb8cb39a3e7493132fca1c01232e (diff)
downloademulator-bug-study-d0c85e36e4de67af628d54e9ab577cc3fad7796a.tar.gz
emulator-bug-study-d0c85e36e4de67af628d54e9ab577cc3fad7796a.zip
add deepseek and gemma results
Diffstat (limited to 'results/classifier/deepseek-2/reasoning/hypervisor/1324727')
-rw-r--r--results/classifier/deepseek-2/reasoning/hypervisor/132472711
1 files changed, 11 insertions, 0 deletions
diff --git a/results/classifier/deepseek-2/reasoning/hypervisor/1324727 b/results/classifier/deepseek-2/reasoning/hypervisor/1324727
new file mode 100644
index 00000000..7916b88d
--- /dev/null
+++ b/results/classifier/deepseek-2/reasoning/hypervisor/1324727
@@ -0,0 +1,11 @@
+<think>
+Okay, I need to classify the given bug report into one of the provided categories. The user mentioned that qemu-system-arm segfaults without KVM on ARM and works fine when KVM is enabled. They're running on an Odroid-XU with Debian Jessie armhf.
+
+Looking at the possible categories: kernel, hypervisor, device, etc. Since the issue occurs without KVM but not with it, it's likely related to how QEMU emulates things without hardware acceleration (KVM provides kernel-based virtualization). The segfault happens when running without KVM, so maybe a problem in the emulation code or how the CPU is being handled.
+
+The backtrace shows issues in cpu_tb_exec and cpu_arm_exec. These functions are part of the CPU execution loop in QEMU. A segmentation fault here suggests an issue with the translation buffer (TB) or instruction handling when not using KVM. 
+
+So, since it's about the hypervisor mode (or lack thereof), the category should be 'hypervisor'. The problem arises without KVM, implying a bug in the non-KVM (user-mode) emulation which falls under hypervisor-related issues.
+</think>
+
+hypervisor
\ No newline at end of file