From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1DL6Nr-0003lJ-Q9 for qemu-devel@nongnu.org; Mon, 11 Apr 2005 17:23:52 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1DL6Nn-0003ix-S3 for qemu-devel@nongnu.org; Mon, 11 Apr 2005 17:23:48 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1DL6Nn-0003fo-0Z for qemu-devel@nongnu.org; Mon, 11 Apr 2005 17:23:47 -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 1DL6oZ-00039J-KS for qemu-devel@nongnu.org; Mon, 11 Apr 2005 17:51:27 -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 1DL6oQ-0002eQ-00 for ; Mon, 11 Apr 2005 22:51:19 +0100 Message-ID: <425AF17D.5080806@praguespringpeople.org> Date: Mon, 11 Apr 2005 23:51:57 +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> <425A992C.4080208@praguespringpeople.org> In-Reply-To: <425A992C.4080208@praguespringpeople.org> Content-Type: multipart/alternative; boundary="------------060004020901010508000309" 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. --------------060004020901010508000309 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Struan Bartlett wrote: > 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). P.S. I'm no expert Windows programmer - does anyone know what tools you need to compile this? > 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 >> >> >------------------------------------------------------------------------ > >_______________________________________________ >Qemu-devel mailing list >Qemu-devel@nongnu.org >http://lists.nongnu.org/mailman/listinfo/qemu-devel > > --------------060004020901010508000309 Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: 7bit Struan Bartlett wrote:
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).
P.S. I'm no expert Windows programmer - does anyone know what tools you need to compile this?
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
  

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