From mboxrd@z Thu Jan 1 00:00:00 1970 From: Kevin Wolf Subject: Re: Re: [PATCH] qemu-xen: Fix PV segfault Date: Wed, 02 Jul 2008 16:46:45 +0200 Message-ID: <486B94D5.7030500@suse.de> References: <4863E1F6.60909@suse.de> <18538.27111.959001.890654@mariner.uk.xensource.com> <486B3428.5000006@suse.de> <486B3E88.1020904@redhat.com> <20080702141917.GD23929@totally.trollied.org.uk> <18539.37231.372982.478747@mariner.uk.xensource.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: <18539.37231.372982.478747@mariner.uk.xensource.com> List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com To: Ian Jackson Cc: xen-devel@lists.xensource.com, Gerd Hoffmann , John Levon List-Id: xen-devel@lists.xenproject.org Ian Jackson schrieb: > Gerd Hoffman's setup doesn't use the device models, nor the CPU > emulator. Really as far as I can tell the only thing he wants from > qemu is the command line parser ! This is quite bizarre as it's not a > very good command line parser (qemu upstream are considering replacing > it with something more data-driven and more modular). Actually, we're not using the device model for PV either. Apart from the command line parser we're getting at least the graphics and (with tap:ioemu) the whole image handling stuff from qemu. For HVM, obviously, we're using the device model, and I assume that Gerd will do that, too. As John says, I think this approach (let qemu handle everything) could indeed make sense because it has the potential to make things much simpler. Kevin