From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1Bj7pu-0003pc-W3 for qemu-devel@nongnu.org; Fri, 09 Jul 2004 22:43:35 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1Bj7pt-0003pA-BV for qemu-devel@nongnu.org; Fri, 09 Jul 2004 22:43:34 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1Bj7pt-0003p7-8T for qemu-devel@nongnu.org; Fri, 09 Jul 2004 22:43:33 -0400 Received: from [80.59.103.181] (helo=claunia.com) by monty-python.gnu.org with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.34) id 1Bj7nN-0003Mv-Lw for qemu-devel@nongnu.org; Fri, 09 Jul 2004 22:41:07 -0400 From: "Natalia Portillo" Subject: RE: [Qemu-devel] (Before) RFC for new features Date: Sat, 10 Jul 2004 03:41:07 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit In-Reply-To: <20040709204243.GA16636@jbrown.mylinuxbox.org> Message-Id: 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 Well I didn't say about using a real commercial modular BIOS, but making the QEMU BIOS modular as the commercial ones are. Making the first, will be a HARD task, and, Award/AMI/Phoenix/MrBIOS won't let us to do that. Both VMWare and VirtualPC pays for using a commercial BIOS in their products. > -----Mensaje original----- > De: qemu-devel-bounces+iosglpgc=teleline.es@nongnu.org > [mailto:qemu-devel-bounces+iosglpgc=teleline.es@nongnu.org] > En nombre de Jim C. Brown > Enviado el: viernes, 09 de julio de 2004 21:43 > Para: qemu-devel@nongnu.org > Asunto: Re: [Qemu-devel] (Before) RFC for new features > > On Fri, Jul 09, 2004 at 06:57:21PM +0100, Natalia Portillo wrote: > > About the BIOS question we should have a modular BIOS. > > > > Like AWARD, AMI, Phoenix, etc, BIOS, that have support for a great > > variety of chipsets and CPUs, and are compiled with > required modules > > for each motherboard. > > > > A modular BIOS designed for qemu is ok (e.g. VGABios vs Bochs > BIOS vs some other hand-written BIOS) but supporting a > commercial BIOS written for actual hardware is another > matter. This is very difficult as such a BIOS will expect > different hardware in different places. Not to mention adding > support for different types of motherboards/ROM chips. Its > easier to just fix the current qemu BIOS. > > P.S. > > Someone is working on that iirc.... posted to the list a > while back. They loaded qemu directly from a bootloader (so > there was no host OS, only a guest > OS) and did some hacking so qemu could access the host BIOS > directly. So it is possible, just very hard. > > > > I don't think that the chipset particularly cares what extended > > > instructions the CPU can execute... However, BIOS support we are > > > definitely lacking. IIRC, the BIOS we are using doesn't > do any PCI > > > setup > > > - so we rely on some code in pc.c and pci.c to make the > chipset look > > > configured and to set up the BARs. > > > > > > -- > > > Antony T Curtis > > -- > Infinite complexity begets infinite beauty. > Infinite precision begets infinite perfection. > > > > _______________________________________________ > Qemu-devel mailing list > Qemu-devel@nongnu.org > http://lists.nongnu.org/mailman/listinfo/qemu-devel