* [Qemu-devel] A Couple Of Questions Regarding QEMU
@ 2009-05-02 20:17 Leo B
2009-05-03 6:48 ` Pantelis Koukousoulas
0 siblings, 1 reply; 2+ messages in thread
From: Leo B @ 2009-05-02 20:17 UTC (permalink / raw)
To: qemu-devel
[-- Attachment #1: Type: text/plain, Size: 1763 bytes --]
Hi I have a a couple of questions regarding Qemu
1.Does Qemu run 286 Guests yes I know this question has been answered but
for the sake of having complete emulation of all processors and proper
support of all Microsoft Windows Guests OS should this processor also be
added to qemu.
2. I see in the supported guest os that Windows 1.01 is marked Yellow is
this because Qemu doesn't have 286 processor emulation or is it something
else.
3.I am really intrested in running Classic Mac OS On X86 In Qemu what is the
satus report on this support,In another post on the Mailing list someone
said that all of the powerpc processors were already converted to use
OpenBios so shouldn't we be already be able to run classic Mac OS in one of
the near future releases of Qemu.
3.In the future do you think we can have a patch that allows Power PC
Emulation to use Intel VT Or AMD VT extensions to speed it up a little kind
of like a Power PC VM on X86 is this even possible.
4.What is the status of Microsoft Windows 98 running in Qemu I searched the
mailing list and found out that certain parts of Microsoft Windows 98 were
not accelerated is this still the case with recent qemu releases.
5. I know this is some progress in other products to get graphics
acceleration in Windows Guests OS but they seem only intrested in getting
Direct X/OpenGL Support On Microsoft Windows XP and onword,Is there some
kind of limitiation that won't let them support Direct X /OpenGL in a
Windows 98 guest though virtulization. I hope Qemu can support this in the
future. Can NVidia SLI Multi-OS Support in Qemu solve this limitation or is
it a driver issue.
6.Last Question will there be any speed advantage from porting Qemu to run
on a GPGPU or a X86 GPU such as Intel Larrabee.
[-- Attachment #2: Type: text/html, Size: 1971 bytes --]
^ permalink raw reply [flat|nested] 2+ messages in thread
* Re: [Qemu-devel] A Couple Of Questions Regarding QEMU
2009-05-02 20:17 [Qemu-devel] A Couple Of Questions Regarding QEMU Leo B
@ 2009-05-03 6:48 ` Pantelis Koukousoulas
0 siblings, 0 replies; 2+ messages in thread
From: Pantelis Koukousoulas @ 2009-05-03 6:48 UTC (permalink / raw)
To: Leo B; +Cc: qemu-devel
Hi,
> 4.What is the status of Microsoft Windows 98 running in Qemu I searched the
> mailing list and found out that certain parts of Microsoft Windows 98 were
> not accelerated is this still the case with recent qemu releases.
Best way to find out is to try it, you may find out that e.g., these
parts are now
accelerated or that they are so infrequently executed that you don't
really care.
>
> 5. I know this is some progress in other products to get graphics
> acceleration in Windows Guests OS but they seem only intrested in getting
> Direct X/OpenGL Support On Microsoft Windows XP and onword,Is there some
> kind of limitiation that won't let them support Direct X /OpenGL in a
> Windows 98 guest though virtulization. I hope Qemu can support this in the
> future. Can NVidia SLI Multi-OS Support in Qemu solve this limitation or is
> it a driver issue.
Well, afaik the way the support is implemented is by replacing at least part of
the windows / linux gfx stack (details depend on the product). So, win98 has
different versions of gfx APIs that need replacement and since there
is "no market"
nobody cares to write this code.
OTOH, qemu is open-source software so nobody is going to stop you from
scratching
your itch if you are skilled and want / need win98 accelerated graphics.
> 6.Last Question will there be any speed advantage from porting Qemu to run
> on a GPGPU or a X86 GPU such as Intel Larrabee.
Probably this is a moot point since there is no (obvious) way to pull
off such a trick
as porting a complex piece of system software like qemu to a stream computer.
OTOH, the emulation of some of qemu's "virtual peripherals" might be
possible to speed up,
or the underlying OS could be speeded up in ways that might benefit qemu.
But before any of this happens, gpgpu would need to become more "mainstream"
and expose a standard cross-vendor API.
Cheers,
Pantelis
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2009-05-03 6:48 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2009-05-02 20:17 [Qemu-devel] A Couple Of Questions Regarding QEMU Leo B
2009-05-03 6:48 ` Pantelis Koukousoulas
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).