From mboxrd@z Thu Jan 1 00:00:00 1970 From: John Byrne Subject: Re: Status of ioemu code in unstable? Date: Mon, 18 Jul 2005 17:13:00 -0700 Message-ID: <42DC458B.7000206@hp.com> References: <42DC2705.6020206@hp.com> None None <42DC2C84.1000403@intel.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: <42DC2C84.1000403@intel.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: Arun Sharma Cc: xen-devel List-Id: xen-devel@lists.xenproject.org Arun Sharma wrote: > John Byrne wrote: > >> >> Hi, >> >> I've been trying to find out from the xen-devel archives and Google >> and I cannot seem to find the information I'm looking for. >> >> I assume the goal of the ioemu is to provide necessary support for >> non-paravirtualized guess running on VT-x hardware. At a minimum I'd >> guess you'd need BIOS emulation, display card emulation, and timer/ >> interrupt emulation. > > > See foil 10 of: > > http://summit.xensource.com/pdfs/Xen_VT_Status_TODO_Intel_ASharma_EtAl.pdf > > for a summary of what's working. > > Since then, we've added support for BIOS emulation (tools/firmware). > The current device models are based on qemu-0.6.1. > >> I'd like to know what's there; what works; and what else might be >> needed. A pointer to the information or a summary would be >> appreciated. Also, there is one item in the todo list in the wiki that >> suggests that the ioemu code will all be re-written. Is this for >> performance reasons? > > > Yes, switching to dom0 for every I/O request is very expensive. But that > was the easiest and cleanest initial implementation. > > We've also accelerated the PIT by moving it into the hypervisor and have > patches for implementing the local APIC support in xen. > > -Arun > > Thanks. Can any of this be tested with non-VT-x hardware? There appears to be VNC support in qemu which I assume will allow you to see both the text and graphics (X) mode of the emulated console. If so, is there a way to achieve this with a para-virtualized kernel? My undertanding is that the xen changes to the Linux kernel include changes to the console driver to talk to the xen tools and that is you want and X server, you run Xvnc. So, looking at the text console and the X server require different tools. If I were trying to manage virtual machines, I'd want a solution that didn't care about what kind of kernel I was running. John Byrne