ESXi5-ön belül nested KVM

Szervusztok!

Tele van a net azzal, hogy az ESXi5 képes arra, hogy a guest gépen belül is tudjon VT-x vagy AMD-V utasításkészletet adni, tehát képes virtuális gépben további ESXi, Hyper-V vagy KVM futtatására. Valamint azt is kismillió blogon leírják, hogy melyik konfig fájlba/CPUID flagbe miket kell beleírni, hogy ezt működésre bírjuk. ESXi-ben futó további ESXi-vel sokan demonstrálják, hogy tényleg működik.

A kérdésem mindössze annyi: látta ezt már valaki konkrétan KVM-mel működni? Erre nem találtam példát sehol és egyelőre úgy néz ki, hogy nem is megy nálam.

Nálam a host ESXi 5.0.0-469512.
/etc/vmware/config alá felvéve: vhv.allow = “TRUE”

Guestben Fedora14, 64bit, minden default, gyári kernellel.
Vm paraméterek közé felvéve: vhv.allow = TRUE, monitor.virtual_exec = hardware, hypervisor.cpuid.v0 = FALSE, valamint a CPUID-ben a vmx flag áteresztve.

qemu-kvm -vnc 0.0.0.0:0 -k en-us -vga cirrus -d cpu

Erre egy teljesen fekete képernyőt kapok, a VM látszólag fut, de semmi életjelet nem mutat, BIOS üzenetek nem jönnek. (UPDATE: És mellesleg tekeri a CPU-t 100%-on.) A VNC azért kell, mert nincs GUI a guest gépre telepítve.

Így viszont gond nélkül elkezd bootolni:

qemu-kvm -no-kvm -vnc 0.0.0.0:0 -k en-us -vga cirrus

A guest gépben a cpuinfo ezt mutatja, ott figyel a 'vmx' a flags között:

model name	: Pentium(R) Dual-Core  CPU      E6300  @ 2.80GHz
...
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 syscall nx lm constant_tsc up arch_perfmon pebs bts rep_good xtopology tsc_reliable nonstop_tsc aperfmperf pni vmx ssse3 cx16 xsave lahf_lm tpr_shadow

UPDATE:

Az ellenpróbát elvégeztem ESXi5 guesttel. A fenti beállításokkal tényleg el tud indítani 64 bites nested guestet az ESXi-ben futó ESXi, tehát a virtualizációs utasításkészlet átadás működik, ezek szerint a beállítások jók és a hardverem is alkalmas a célra. Csak KVM-mel nem hajlandó működni.