For your information, I received a response from Diego to my query
about the status of the source code of his driver.
Unfortunately he has had a hard drive crash, and with the crash, lost
the source. He reported that the drivers were delevoped after the
sample driver for the ET4000 chip, with minor changes made to make it
work with bochs, like the bank switching and VGA screen mode. His
BXVGA.DLL was develop after the VGA.DLL sample that came with the
Windows NT developer kit. He said he is trying to remake the source
from a version of the ET4000 source that he found but that will be when
he gets some time, because it takes a long time just to boot and debug
bochs VGA drivers. I hope this is helpful.
In the meantime, Filip Navarra's driver is apparently the only
open-source Windows 32-bit video driver available.
Struan Bartlett wrote:
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
address@hidden
http://lists.nongnu.org/mailman/listinfo/qemu-devel
_______________________________________________
Qemu-devel mailing list
address@hidden
http://lists.nongnu.org/mailman/listinfo/qemu-devel
|