summary refs log tree commit diff stats
path: root/results/classifier/deepseek-2/reasoning/hypervisor/1031
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/1031
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/1031')
-rw-r--r--results/classifier/deepseek-2/reasoning/hypervisor/103115
1 files changed, 15 insertions, 0 deletions
diff --git a/results/classifier/deepseek-2/reasoning/hypervisor/1031 b/results/classifier/deepseek-2/reasoning/hypervisor/1031
new file mode 100644
index 00000000..1dd8aa54
--- /dev/null
+++ b/results/classifier/deepseek-2/reasoning/hypervisor/1031
@@ -0,0 +1,15 @@
+<think>
+Okay, so I need to classify this bug report into one of the given categories for QEMU. The user is having trouble with their Intel 12th Gen CPU not working properly when using QEMU's Hyper-V nested virtualization.
+
+Looking at the problem description, they're experiencing issues when booting with Hyper-V and host-passthrough. It gets stuck at Tianocore, leading to Windows diagnostics that don't resolve anything. They tried different Windows versions but it didn't help. 
+
+The user found that changing CPU topology settings helps: increasing sockets beyond 1 works, but adjusting cores or threads causes boot failures. Disabling VME also doesn't load the hypervisor properly.
+
+They modified QEMU's cpu.c to match their CPU model and added flags manually, which partially fixes the issue but with performance drops. Other setups like without Hyper-V work fine, and it's not kernel version specific since even Ubuntu had the same problem.
+
+So the main issues are related to CPU configuration in QEMU when using Hyper-V. The problem seems to stem from incorrect handling of CPU topology or features by QEMU, which is causing the guest OS to fail during boot.
+
+Looking at the categories provided: 'hypervisor' seems relevant because the issue is with Hyper-V nested virtualization and how QEMU handles it. Other categories like 'device', 'graphic', etc., don't fit here as the problem is specific to CPU configuration in a hypervisor setup.
+</think>
+
+hypervisor
\ No newline at end of file