From dee4dcba78baf712cab403d47d9db319ab7f95d6 Mon Sep 17 00:00:00 2001 From: Christian Krinitsin Date: Thu, 3 Jul 2025 19:39:53 +0200 Subject: restructure results --- results/classifier/deepseek-r1:14b/reasoning/hypervisor/2646 | 7 +++++++ 1 file changed, 7 insertions(+) create mode 100644 results/classifier/deepseek-r1:14b/reasoning/hypervisor/2646 (limited to 'results/classifier/deepseek-r1:14b/reasoning/hypervisor/2646') diff --git a/results/classifier/deepseek-r1:14b/reasoning/hypervisor/2646 b/results/classifier/deepseek-r1:14b/reasoning/hypervisor/2646 new file mode 100644 index 00000000..3b50d799 --- /dev/null +++ b/results/classifier/deepseek-r1:14b/reasoning/hypervisor/2646 @@ -0,0 +1,7 @@ + +Okay, let's see. The user provided a bug report about QEMU not booting an OSX 10.6.8 guest on a macOS 10.12 host using HVF acceleration. They mentioned that it works fine with TCG but fails with HVF. Looking at the possible categories: hypervisor, which includes HVF, seems relevant here because the issue is specific to the acceleration method provided by the hypervisor. + +The problem occurs when using -accel hvf, so it's likely related to how QEMU interacts with the host's hypervisor layer. The error messages about audio and AHCI IRQs suggest that certain device models aren't being handled correctly under HVF. Since this is a hardware-assisted virtualization issue, the category should be 'hypervisor'. + + +hypervisor \ No newline at end of file -- cgit 1.4.1