From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Lppwf-0004RK-G4 for qemu-devel@nongnu.org; Fri, 03 Apr 2009 16:24:57 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Lppwa-0004R8-4N for qemu-devel@nongnu.org; Fri, 03 Apr 2009 16:24:56 -0400 Received: from [199.232.76.173] (port=44579 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1LppwZ-0004R5-VI for qemu-devel@nongnu.org; Fri, 03 Apr 2009 16:24:51 -0400 Received: from mx2.redhat.com ([66.187.237.31]:41039) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1LppwZ-0001wG-JC for qemu-devel@nongnu.org; Fri, 03 Apr 2009 16:24:51 -0400 Message-ID: <49D6708D.4000601@redhat.com> Date: Fri, 03 Apr 2009 22:24:45 +0200 From: Gerd Hoffmann MIME-Version: 1.0 Subject: Re: [Qemu-devel] [PATCH 00/10] xen: pv domain support. References: <1238621982-18333-1-git-send-email-kraxel@redhat.com> <1238706878.5426.1.camel@Quad> In-Reply-To: <1238706878.5426.1.camel@Quad> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Reply-To: qemu-devel@nongnu.org List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Laurent Vivier Cc: xen-devel@lists.xensource.com, qemu-devel@nongnu.org Laurent Vivier wrote: > Le mercredi 01 avril 2009 =C3=A0 23:39 +0200, Gerd Hoffmann a =C3=A9cri= t : >> Hi, >=20 > Hi, >=20 >> It's been a while, but after a looooooooooooong time we've (hopefully) >> finally sorted the merging issues with qemu-xen. So here is a fresh >> version of the xen support for qemu patch series. Short overview >> (individual patches have longer descriptions): >=20 > Could you explain how to use it. >=20 > Do you need a xend and xenstored running on the host ? Depends ;) Long term plan is to have three ways of supporting xen guests in qemu (pv only for now): #1: Xen emulation (aka xenner). No code for this is submitted (yet). That will allow running xen kernels in qemu. No xend, no xenstored needed. Also no Xen hypervisor. #2: Make qemu attach to an existing domain. That is the way qemu-dm (xenified qemu version) works right now: xend creates the domain, and qemu attaches to it to provide console and framebuffer backend. Obviously needs both xend and xenstored. #3: Make qemu create xen domains. xenstored is still needed then. You can run without xend though. #2 works with the first 4 patches applied. #3 works with all patches applied. #1 needs more patches which are bitrotting in my git repo right now. I'll dig them out once this patchset is merged. cheers, Gerd