x86: 0.924
KVM: 0.913
mistranslation: 0.817
architecture: 0.798
device: 0.782
debug: 0.782
graphic: 0.743
ppc: 0.728
semantic: 0.716
permissions: 0.659
performance: 0.621
virtual: 0.539
boot: 0.529
user-level: 0.502
register: 0.493
kernel: 0.458
PID: 0.452
hypervisor: 0.433
arm: 0.429
network: 0.378
vnc: 0.371
files: 0.357
peripherals: 0.314
socket: 0.307
risc-v: 0.281
assembly: 0.262
TCG: 0.204
VMM: 0.163
i386: 0.121
--------------------
x86: 0.956
KVM: 0.939
user-level: 0.785
hypervisor: 0.746
debug: 0.576
virtual: 0.569
kernel: 0.110
PID: 0.026
boot: 0.025
VMM: 0.016
performance: 0.010
files: 0.010
semantic: 0.009
network: 0.006
register: 0.005
TCG: 0.004
architecture: 0.004
socket: 0.004
device: 0.003
vnc: 0.001
permissions: 0.001
mistranslation: 0.001
graphic: 0.001
assembly: 0.001
peripherals: 0.001
risc-v: 0.001
ppc: 0.000
i386: 0.000
arm: 0.000

QEMU does not start when kvm enabled (SMM issue?)

Hi!

QEMU stopped working after "[355023f2010c4df619d88a0dd7012b4b9c74c12c] pc: add SMM property" on my server. It says "Guest has not initialized the display (yet)." and nothing happens. But only if I use -enable-kvm.

However, the problem gone after I hardcoded pc_machine_is_smm_enabled() to always return false (but I have little to no understanding of what SMM really is).

CMD line that reproduces the issue: qemu-system-x86_64 -enable-kvm -display curses . It doesn't work the server, but works perfectly on my laptop :(.

I'm using Arch Linux with all updates.
Some info:
Linux machine 4.2.2-1-ARCH #1 SMP PREEMPT Tue Sep 29 22:21:33 CEST 2015 x86_64 GNU/Linux
Qemu-2.4.0 (tried HEAD as well)
CPU: Intel(R) Core(TM) i7 CPU         950  @ 3.07GHz
Some messages from dmesg, just in case:
[    6.996297] kvm: VM_EXIT_LOAD_IA32_PERF_GLOBAL_CTRL does not work properly. Using workaround
[ 6381.722990] kvm: zapping shadow pages for mmio generation wraparound


I'm more than happy to provide additional  information if needed.

Cheers,
Alex

This is a KVM bug, not a QEMU bug. It only happens with ept=1 and unrestricted_guest=0. A workaround is to disable SMM in QEMU (-machine smm=off) or to set kvm_intel's ept parameter to 0.

I'm closing the bug here because it is the wrong tracker (also I know about it, can reproduce, and hope to provide a fix later this week).