From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1GzcKq-00024B-QX for qemu-devel@nongnu.org; Wed, 27 Dec 2006 12:13:00 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1GzcKn-0001vJ-3R for qemu-devel@nongnu.org; Wed, 27 Dec 2006 12:13:00 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1GzcKm-0001v6-Vt for qemu-devel@nongnu.org; Wed, 27 Dec 2006 12:12:57 -0500 Received: from [128.83.139.10] (helo=mail.cs.utexas.edu) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA:32) (Exim 4.52) id 1GzcKm-0002Ju-K2 for qemu-devel@nongnu.org; Wed, 27 Dec 2006 12:12:56 -0500 Received: from [192.168.1.100] (c-68-44-241-93.hsd1.nj.comcast.net [68.44.241.93]) (authenticated bits=0) by mail.cs.utexas.edu (8.13.8/8.13.8) with ESMTP id kBRHCqw0014957 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 27 Dec 2006 11:12:54 -0600 (CST) Message-ID: <4592A98D.3090501@cs.utexas.edu> Date: Wed, 27 Dec 2006 11:12:45 -0600 From: Anthony Liguori MIME-Version: 1.0 Subject: Re: [Qemu-devel] [PATCH] Add -option-rom option to allow loading of PCI option ROMs References: <4591E823.9060103@cs.utexas.edu> <4592756B.7050400@bellard.org> In-Reply-To: <4592756B.7050400@bellard.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed 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: qemu-devel@nongnu.org Fabrice Bellard wrote: > Hi, > > OK for the -option-rom option. Later it would be better to handle it > at the NIC level, but it is more complicated (some BIOS patches would > be needed to remap the PCI ROM at the right address for example). Ok. > I think the -boot n option should be merged in QEMU too. Some people > need it to make tests. Okay, I'll post that patch. > Regarding VMI, I began some work in this area with kqemu but I did not > manage to find time to finish it (VMI in QEMU would enable to run > Linux VMs with performance levels close to Xen at the expense of a > patched kernel). I had a VMI ROM working with an older version of VMI. I've got some time this week so I've been trying to do the same thing with the newer VMI spec. I'd like to at least get a pass through ROM working and then start playing around with stuff like moving some of the device emulation into the ROM. This would be most useful for something like KVM where the PIO latency is a major bottleneck. Eventually, it would be nice to use it to run the guest in ring 1 on bare metal of course. I do agree that with VMI QEMU should be competitive with Xen. Regards, Anthony Liguori > Regards, > > Fabrice. >