Re: [Qemu-devel] Re: Cutting a new QEMU release

[Paul Brook]

> given the sheer amount of CPU sililcon without VT/SVM it looks to be worth
> keeping [kqemu] working. Maybe just to pull it into the Qemu SVN?

I'd rather not.  What you[1] really need to do is get it merged into upstream 
linux kernels.  There have been several threads about this previously, the 
short version is that it probably involves rewriting to use the kvm API.
You'll find that many developers (including myself) have extremely low 
tolerance for out of tree kernel modules[2].

Paul

[1] Or someone else who actually cares/is paid to care about kqemu.
[2] Obviously there's a bit of chicken and egg here. Upstream submission 
should at least be a fairly near-term goal.