From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1Bigpl-0000xD-51 for qemu-devel@nongnu.org; Thu, 08 Jul 2004 17:53:37 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1Bigpi-0000x1-B6 for qemu-devel@nongnu.org; Thu, 08 Jul 2004 17:53:36 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1Bigpi-0000wy-7u for qemu-devel@nongnu.org; Thu, 08 Jul 2004 17:53:34 -0400 Received: from [194.90.9.21] (helo=mxout2.netvision.net.il) by monty-python.gnu.org with esmtp (Exim 4.34) id 1BignU-0001EN-40 for qemu-devel@nongnu.org; Thu, 08 Jul 2004 17:51:16 -0400 Received: from [10.0.0.150] ([212.235.101.134]) by mxout2.netvision.net.il (iPlanet Messaging Server 5.2 HotFix 1.21 (built Sep 8 2003)) with ESMTPA id <0I0J006I3ZDBNN@mxout2.netvision.net.il> for qemu-devel@nongnu.org; Fri, 09 Jul 2004 00:51:12 +0300 (IDT) Date: Sat, 10 Jul 2004 00:51:19 +0300 From: Hetz Ben Hamo In-reply-to: <40ED8EF0.1040501@bellard.org> Message-id: <40EF1357.1000600@witch.dyndns.org> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii; format=flowed Content-transfer-encoding: 7BIT References: <40ED8EF0.1040501@bellard.org> Subject: [Qemu-devel] (Before) RFC for new features 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, > > As porting the SDL version to other OSes than Linux seems to become an > important issue, I plan to add the following features in the next days: I would like to raise an issue which I'm not sure if it was looked closely.. Lets see what do we have today: * 3 Busses (ISA, ISA PnP, PCI) * 4 Processors (Pentium Pro, Arm, PPC, Sparc) * 4 Network cards (NE2000 ISA, AMD PCNet, NE2000 PCI, 3COM PnP ISA) * 2 Graphics cards (VESA, Cirrus Logic) * 2 Bioses (PPC BIOS, Generic Bochs/QEMU BIOS) * 2 hard drive formats (RAW, COW) And I'm sure I have forgotten few things, not mentioning QEMU is not that publicallyy published (wait for Slashdot effect).. I think that something needed here: A plugin mechanism. What I was thinking that QEMU missing is a way that upon running QEMU (either first time or doing a first scan), it should "scan" for new hardware and register them as plugins (with depenedencies, so you cannot use PPC BIOS with Pentium Pro processor ;) ). That way a new plugin (either open or closed source) can register itself and a user can simply use it without having to configure everything.. The method I was thinking was something like Xine player uses when initializing the player.. Fabrice, others, what do you think about it? Thanks, Hetz