|
From: | Avi Kivity |
Subject: | [Qemu-devel] Re: [PATCH] hook cpu running at a higher level. |
Date: | Tue, 30 Dec 2008 12:44:45 +0200 |
User-agent: | Thunderbird 2.0.0.18 (X11/20081119) |
Ian Jackson wrote:
The way we have approached these problems in the Xen tree is to supply an alternative implementation of (say) main_loop and arrange for the standard one not to be compiled. Is it the intent to make kvm a run-time selectable option ? It seems to me that that given that we already have different qemu builds for all of the various target (guest) cpu architectures, it might be simpler to continue that approach. With a bit of judicious movement of code into appropriate files, this will avoid the need for ifs and ifdefs.
kvm is run-time selectable, both in upstream and in kvm-userspace. If kvm is not detected (or the caller lacks sufficient privileges), we fall back to tcg (of course we'd also like the option of not compiling tcg where emulation is unacceptable like server deployments).
-- error compiling committee.c: too many arguments to function
[Prev in Thread] | Current Thread | [Next in Thread] |