From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1DL0aB-0001ph-32 for qemu-devel@nongnu.org; Mon, 11 Apr 2005 11:12:11 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1DL0a2-0001kP-F9 for qemu-devel@nongnu.org; Mon, 11 Apr 2005 11:12:07 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1DL0Zz-0001eR-71 for qemu-devel@nongnu.org; Mon, 11 Apr 2005 11:11:59 -0400 Received: from [217.204.41.189] (helo=kula.newsnow.net) by monty-python.gnu.org with esmtp (TLS-1.0:DHE_RSA_3DES_EDE_CBC_SHA:24) (Exim 4.34) id 1DL0xV-0004sD-UK for qemu-devel@nongnu.org; Mon, 11 Apr 2005 11:36:18 -0400 Received: from r3j188.chello.upc.cz ([213.220.201.188] helo=[192.168.0.4]) by kula.newsnow.net with esmtp (Exim 3.35 #1 (Debian)) id 1DL0vp-0004aD-00 for ; Mon, 11 Apr 2005 16:34:33 +0100 Message-ID: <425A992C.4080208@praguespringpeople.org> Date: Mon, 11 Apr 2005 17:35:08 +0200 From: Struan Bartlett MIME-Version: 1.0 Subject: Re: [Qemu-devel] qvm86, kqemu and video speed References: <425A84B0.60200@praguespringpeople.org> <425A914C.9010608@mastros.biz> <200504111617.29191.paul@codesourcery.com> In-Reply-To: <200504111617.29191.paul@codesourcery.com> Content-Type: multipart/alternative; boundary="------------000200020003020905020304" 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. --------------000200020003020905020304 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit I agree with both views: Qemu should provide the Cirrus emulation option for those who need full emulation, and if we manage to emulate a "custom" driver model, that would be an option for those who need speed. This has come up before, and it will come up again. Apparently, we don't know whether Diego's BochsVGA source is open. However we do know Filip Navarra's is (and I've posted what I have on http://www.praguespringpeople.org/Struan/Software/QEMU/Drivers/ for the interested). Struan Paul Brook wrote: >On Monday 11 April 2005 16:01, James Mastros wrote: > > >>After that, I think the best thing to do is to move from emulating a >>standard video card to defining our own that maps from the operations >>that the OS calls its video driver on to the operations that SDL >>implements, leaving any that do not map simply for the OS to emulate, on >>the theory that it probably knows how to better then we do. However, >>this is a much larger undertaking, as it requires learning the driver >>model of the guest OSes. >> >> > >I agree that emulating a "custom" driver model should give better performance >than emulating real hardware (VMware does this). However I think you should >provide all the functionality you possibly can, even if the host doesn't >provide native acceleration for it. It's always going to be faster to do >something in software on the host than it is on the guest. > >Paul > > >_______________________________________________ >Qemu-devel mailing list >Qemu-devel@nongnu.org >http://lists.nongnu.org/mailman/listinfo/qemu-devel > > --------------000200020003020905020304 Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: 7bit I agree with both views: Qemu should provide the Cirrus emulation option for those who need full emulation, and if we manage to emulate a "custom" driver model, that would be an option for those who need speed.

This has come up before, and it will come up again. Apparently, we don't know whether Diego's BochsVGA source is open. However we do know Filip Navarra's is (and I've posted what I have on http://www.praguespringpeople.org/Struan/Software/QEMU/Drivers/ for the interested).

Struan

Paul Brook wrote:
On Monday 11 April 2005 16:01, James Mastros wrote:
  
After that, I think the best thing to do is to move from emulating a
standard video card to defining our own that maps from the operations
that the OS calls its video driver on to the operations that SDL
implements, leaving any that do not map simply for the OS to emulate, on
the theory that it probably knows how to better then we do.  However,
this is a much larger undertaking, as it requires learning the driver
model of the guest OSes.
    

I agree that emulating a "custom" driver model should give better performance 
than emulating real hardware (VMware does this). However I think you should 
provide all the functionality you possibly can, even if the host doesn't 
provide native acceleration for it. It's always going to be faster to do 
something in software on the host than it is on the guest.

Paul


_______________________________________________
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/qemu-devel
  
--------------000200020003020905020304--