# Facter/Virtual issue
Effectively, looks like an on going issue with virtual detection by Facter, among others:  http://projects.puppetlabs.com/issues/8210

And going down that tract is a bit scary, for instance in our lab, KVM instances running on top of RHOS4.0 on RHEL 6.5 hosts, here's what dmidecode detects: 
`$ dmidecode -s system-manufacturer
Red Hat Inc.`
`$ dmidecode -s system-product-name
OpenStack Nova`
So no wonder facter is confused, but that's another story :(

I believe we should use a parameter for now, which ultimately will be setup by Facter once working, in the meantime it could use packtack workaround or just a plain param assignation.

# Qemu
Besides, the qemu setup works fine for us, just tested that very recently (last Friday).

# Separate module
This makes sense, I would add that between qemu, and nested virtualization (AMD for now, Intel maybe in future RHEL7) we have plenty of sub-modules coming down that track.