From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33)
	id 1BixNw-0005G0-8C
	for qemu-devel@nongnu.org; Fri, 09 Jul 2004 11:34:00 -0400
Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33)
	id 1BixNu-0005Fo-OR
	for qemu-devel@nongnu.org; Fri, 09 Jul 2004 11:34:00 -0400
Received: from [199.232.76.173] (helo=monty-python.gnu.org)
	by lists.gnu.org with esmtp (Exim 4.33) id 1BixNu-0005Fl-Md
	for qemu-devel@nongnu.org; Fri, 09 Jul 2004 11:33:58 -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 1BixLY-00064P-UE
	for qemu-devel@nongnu.org; Fri, 09 Jul 2004 11:31:42 -0400
Subject: Re: [Qemu-devel] (Before) RFC for new features
Date: Fri, 09 Jul 2004 01:59:10 +0000
From: "Natalia Portillo" <claunia@claunia.com>
Errors-To: "Natalia Portillo" <claunia@claunia.com>
MIME-Version: 1.0 
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Message-Id: <E1BixNu-0005Fo-OR@lists.gnu.org>
Reply-To: qemu-devel@nongnu.org
List-Id: qemu-devel.nongnu.org
List-Unsubscribe: <http://lists.nongnu.org/mailman/listinfo/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/pipermail/qemu-devel>
List-Post: <mailto:qemu-devel@nongnu.org>
List-Help: <mailto:qemu-devel-request@nongnu.org?subject=help>
List-Subscribe: <http://lists.nongnu.org/mailman/listinfo/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=subscribe>
To: qemu-devel@nongnu.org

* 1 Chipset (Intel Natoma)

We should have more?
If anyone can put more, great!

> -----Mensaje original-----
> De: qemu-devel-bounces+iosglpgc=3Dteleline.es@nongnu.org=20
> [mailto:qemu-devel-bounces+iosglpgc=3Dteleline.es@nongnu.org]=20
> En nombre de Hetz Ben Hamo
> Enviado el: viernes, 09 de julio de 2004 22:51
> Para: qemu-devel@nongnu.org
> Asunto: [Qemu-devel] (Before) RFC for new features
>=20
> Fabrice Bellard wrote:
> > Hi,
> >=20
> > As porting the SDL version to other OSes than Linux seems=20
> to become an=20
> > important issue, I plan to add the following features in=20
> the next days:
>=20
> I would like to raise an issue which I'm not sure if it was=20
> looked closely..
>=20
> Lets see what do we have today:
>=20
> * 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)
>=20
> And I'm sure I have forgotten few things, not mentioning QEMU=20
> is not that publicallyy published (wait for Slashdot effect)..
>=20
> I think that something needed here: A plugin mechanism.
>=20
> What I was thinking that QEMU missing is a way that upon=20
> running QEMU (either first time or doing a first scan), it=20
> should "scan" for new hardware and register them as plugins=20
> (with depenedencies, so you cannot use PPC BIOS with Pentium=20
> Pro processor ;) ). That way a new plugin (either open or=20
> closed source) can register itself and a user can simply use=20
> it without having to configure everything..
>=20
> The method I was thinking was something like Xine player uses=20
> when initializing the player..
>=20
> Fabrice, others, what do you think about it?
>=20
> Thanks,
> Hetz
>=20
>=20
> _______________________________________________
> Qemu-devel mailing list
> Qemu-devel@nongnu.org
> http://lists.nongnu.org/mailman/listinfo/qemu-devel