diff options
| author | Christian Krinitsin <mail@krinitsin.com> | 2025-07-03 19:39:53 +0200 |
|---|---|---|
| committer | Christian Krinitsin <mail@krinitsin.com> | 2025-07-03 19:39:53 +0200 |
| commit | dee4dcba78baf712cab403d47d9db319ab7f95d6 (patch) | |
| tree | 418478faf06786701a56268672f73d6b0b4eb239 /results/classifier/deepseek-1/output/hypervisor/1705717 | |
| parent | 4d9e26c0333abd39bdbd039dcdb30ed429c475ba (diff) | |
| download | emulator-bug-study-dee4dcba78baf712cab403d47d9db319ab7f95d6.tar.gz emulator-bug-study-dee4dcba78baf712cab403d47d9db319ab7f95d6.zip | |
restructure results
Diffstat (limited to 'results/classifier/deepseek-1/output/hypervisor/1705717')
| -rw-r--r-- | results/classifier/deepseek-1/output/hypervisor/1705717 | 64 |
1 files changed, 0 insertions, 64 deletions
diff --git a/results/classifier/deepseek-1/output/hypervisor/1705717 b/results/classifier/deepseek-1/output/hypervisor/1705717 deleted file mode 100644 index 7acb0523..00000000 --- a/results/classifier/deepseek-1/output/hypervisor/1705717 +++ /dev/null @@ -1,64 +0,0 @@ - -Live migration fails with 'host' cpu when KVM is inserted with nested=1 - -Qemu v2.9.0 -Linux kernel 4.9.34 - -Live migration(pre-copy) being done from one physical host to another: - -Source Qemu: -sudo qemu-system-x86_64 -drive file=${IMAGE_DIR}/${IMAGE_NAME},if=virtio -m 2048 -smp 1 -net nic,model=virtio,macaddr=${MAC} -net tap,ifname=qtap0,script=no,downscript=no -vnc :1 --enable-kvm -cpu kvm64 -qmp tcp:*:4242,server,nowait - -And KVM is inserted with nested=1 on both source and destination machine. - -Migration fails with a nested specific assertion failure on destination at target/i386/kvm.c +1629 - -Migration is successful in the following cases- - -A) cpu model is 'host' and kvm is inserted without nested=1 parameter -B) If instead of 'host' cpu model, 'kvm64' is used (KVM nested=1) -C) If instead of 'host' cpu model, 'kvm64' is used (KVM nested=0) -D) Between an L0 and a guest Hypervisor L1, with 'kvm64' as CPU type (and nested=1 for L0 KVM) - -Physical host(s)- -$ lscpu -Architecture: x86_64 -CPU op-mode(s): 32-bit, 64-bit -Byte Order: Little Endian -CPU(s): 12 -On-line CPU(s) list: 0-11 -Thread(s) per core: 1 -Core(s) per socket: 6 -Socket(s): 2 -NUMA node(s): 2 -Vendor ID: GenuineIntel -CPU family: 6 -Model: 62 -Model name: Intel(R) Xeon(R) CPU E5-2620 v2 @ 2.10GHz -Stepping: 4 -CPU MHz: 1200.091 -CPU max MHz: 2600.0000 -CPU min MHz: 1200.0000 -BogoMIPS: 4203.28 -Virtualization: VT-x -L1d cache: 32K -L1i cache: 32K -L2 cache: 256K -L3 cache: 15360K -NUMA node0 CPU(s): 0-5 -NUMA node1 CPU(s): 6-11 -Flags: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx pdpe1gb rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc aperfmperf eagerfpu pni pclmulqdq dtes64 monitor ds_cpl vmx smx est tm2 ssse3 cx16 xtpr pdcm pcid dca sse4_1 sse4_2 x2apic popcnt tsc_deadline_timer aes xsave avx f16c rdrand lahf_lm epb tpr_shadow vnmi flexpriority ept vpid fsgsbase smep erms xsaveopt dtherm ida arat pln pts - -Hi, - Can you please give the exact assertion failure. - -However, I'm confused - I think you're saying that your setup is that both hosts have nested enabled, but this is a migration of top level VM - correct? Does the top level VM have a guest inside it - migration with a nested guest is known not to work, however migration of a VM on a host with nested enabled should work if the guest doesn't use the nest. - - -Hello, -I could not replicate this behavior on another system. -So, please close this bug. -Apologies for the inconvenience. - -Hmm OK; but if you do hit it again please just reopen this one and give the full assert and details - |