From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1KXzsr-0004gY-N9 for qemu-devel@nongnu.org; Tue, 26 Aug 2008 10:51:01 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1KXzsq-0004gG-0h for qemu-devel@nongnu.org; Tue, 26 Aug 2008 10:51:01 -0400 Received: from [199.232.76.173] (port=55950 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KXzsp-0004gC-OQ for qemu-devel@nongnu.org; Tue, 26 Aug 2008 10:50:59 -0400 Received: from mx2.redhat.com ([66.187.237.31]:53097) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1KXzsn-0006QZ-EI for qemu-devel@nongnu.org; Tue, 26 Aug 2008 10:50:59 -0400 Message-ID: <48B417E1.6090709@redhat.com> Date: Tue, 26 Aug 2008 16:49:05 +0200 From: Gerd Hoffmann MIME-Version: 1.0 Subject: Re: [Xen-devel] Re: [Qemu-devel] [PATCH 05/13] xen: groundwork for xen support References: <1219336054-15919-1-git-send-email-kraxel@redhat.com> <18611.56211.660082.627144@mariner.uk.xensource.com> <20080826125742.GB19615@redhat.com> <48B40306.2080104@redhat.com> <20080826132309.GC19615@redhat.com> <18612.1557.455011.713070@mariner.uk.xensource.com> <20080826141400.GE19615@redhat.com> <48B413D5.3080203@redhat.com> <20080826144056.GG19615@redhat.com> In-Reply-To: <20080826144056.GG19615@redhat.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Reply-To: qemu-devel@nongnu.org List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: "Daniel P. Berrange" Cc: xen-devel@lists.xensource.com, Ian Jackson , qemu-devel@nongnu.org Daniel P. Berrange wrote: > On Tue, Aug 26, 2008 at 04:31:49PM +0200, Gerd Hoffmann wrote: >> Daniel P. Berrange wrote: >>> I'll try to enumerate the scenarios here... >>> >>> On KVM, using Xenner + shell : No special args >>> On KVM, using Xenner + libvirtd : -xen-create >> This is "xen emulation" and (according to long term plan plan) doesn't >> require kvm but should work with qemu emulating things too. This means >> it doesn't depend on kvm, you can do that with xen underneath too. This >> is what the -xen-emulate switch is good for. > > Wouldn't the non-KVM case already be dealt with by the -no-kvm command > line arg to QEMU ? But when running on xen we want being able to qemu tell it should *not* use the xen hypervisor but emulate things, thus -xen-emulate. cheers, Gerd