From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FSIdO-0002mM-1f for qemu-devel@nongnu.org; Sat, 08 Apr 2006 14:58:10 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FSIdM-0002h4-18 for qemu-devel@nongnu.org; Sat, 08 Apr 2006 14:58:09 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FSIdL-0002go-TV for qemu-devel@nongnu.org; Sat, 08 Apr 2006 14:58:07 -0400 Received: from [213.8.108.3] (helo=survey.co.il) by monty-python.gnu.org with esmtp (Exim 4.52) id 1FSIha-0006Es-Le for qemu-devel@nongnu.org; Sat, 08 Apr 2006 15:02:31 -0400 Received: from gatef5455210af by fidonet.org.il (MDaemon.PRO.v7.1.1.R) with ESMTP id md50000318011.msg for ; Sat, 08 Apr 2006 20:57:12 +0200 From: "Stanislav Shwartsman" Date: Sat, 8 Apr 2006 21:57:10 +0200 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0004_01C65B57.6346BB20" Message-Id: Subject: [Qemu-devel] Unified device model 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 This is a multi-part message in MIME format. ------=_NextPart_000_0004_01C65B57.6346BB20 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Hello All, It is not a secret that all open source emulators (QEMU, Bochs, Xen) use the same emulated devices and mostly copy-paste their emulation one from another. I don't know who originally wrote the device models but now Bochs and QEMU maintain two similar implementations of the same devices. If one of the teams fixes the implementation or add functionality, another team mostly copy-paste the changes to their model. Xen project forked from QEMU and want to stay in touch with Bochs and QEMU device models and contribute the changes to make the model better. I am wondering about making unified device models architecture for open source simulators. The device models will be used in QEMU, Bochs, Xen and other open source simulators which would use the device models. I know about two professional teams working in simulation which would like to use these device models in their simulator and could enrich the device library with new devices device interfaces, for example with AGP and 3D graphics. Bochs is already in middle of definition of new true pluginable devices architecture. In near future Bochs devices will fully separatable from Bochs binary and when could be developed separately from Bochs. I call to QEMU developers join to this project and come with their requirements to plugin architecture. I don't know if QEMU supports device plugins now but I would like to see QEMU a part of this idea, I would like to get single device shared library which could be loaded to Bochs and QEMU and work perfectly for both. This will eliminate the need to maintain two separate implementations of the same devices, these implementations very fast will converge to single one, C or C++ based, Bochs or QEMU based, doesn't matter. I am listening for your opinions ! Thanks, Stanislav ------=_NextPart_000_0004_01C65B57.6346BB20 Content-Type: text/html; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable

Hello All,

 

It is not a secret that all open source = emulators (QEMU, Bochs, Xen) use the same emulated devices and mostly copy-paste = their emulation one from another.

I don’t know who originally wrote the = device models but now Bochs and QEMU maintain two similar implementations of the same devices.

If one of the teams fixes the implementation = or add functionality, another team mostly copy-paste the changes to their = model.

Xen project forked from QEMU and want to stay = in touch with Bochs and QEMU device models and contribute the changes to = make the model better.

I am wondering about making unified device = models architecture for open source simulators.

The device models will be used in QEMU, Bochs, = Xen and other open source simulators which would use the device = models.

I know about two professional teams working in simulation which would like to use these device models in their = simulator and

could enrich the device library with new = devices device interfaces, for example with AGP and 3D = graphics.

Bochs is already in middle of definition of = new true pluginable devices architecture.

In near future Bochs devices will fully = separatable from Bochs binary and when could be developed separately from = Bochs.

I call to QEMU developers join to this project = and come with their requirements to plugin = architecture.

I don’t know if QEMU supports device = plugins now but I would like to see QEMU a part of this idea, =

I would like to get single device shared = library which could be loaded to Bochs and QEMU and work perfectly for = both.

This will eliminate the need to maintain two = separate implementations of the same devices,

these implementations very fast will converge = to single one, C or C++ based, Bochs or QEMU based, doesn’t = matter.

I am listening for your opinions = !

 

Thanks,

Stanislav

------=_NextPart_000_0004_01C65B57.6346BB20--