how can we do the same if the host is winXP ?
Today, on linux guests, 2.4.x kernel boot faster than 2.6.x kernel
inside qemu (unless using "clock=pit" on 2.6.x). 2 days ago,
when I tried to setup Solaris x86 10 guest inside winXP host, I
gave up since the timing engine inside the guest seems slow
Anthony Liguori wrote:
> Mikhail Ramendik wrote:
>> Hello,
>>
>> As I have reported before, it seems that on my host linux system kqemu
does
>> not work with guest win98se.
>>
>> Is there any benchmark that I could run in the guest, with and without
kqemu,
>> to check if this is so objectively? (I
Been trying to blow up qemu and have succeeded a couple of times.
Hardware is an Athlon64 3200+, via chipset, etc. Software is qemu 0.8.1
+ kqemu 1.3.0pre7 running atop WBEL4-x86_64 (a RHEL4 rebuild).
Installed FC5-i386, things seem to work except OOo blows up if kqemu is
in use but runs normall
Mikhail Ramendik wrote:
Hello,
As I have reported before, it seems that on my host linux system kqemu does
not work with guest win98se.
Is there any benchmark that I could run in the guest, with and without kqemu,
to check if this is so objectively? (Ideally I'd like two benchmarks - 16-bit
On Mon, 15 May 2006 20:03:00 +0200, Mikhail Ramendik <[EMAIL PROTECTED]>
wrote:
Hello,
As I have reported before, it seems that on my host linux system kqemu
does
not work with guest win98se.
Is there any benchmark that I could run in the guest, with and without
kqemu,
to check if this
Natalia Portillo wrote:
> Try SiSoftware Sandra
>
> I don't think it will test 16-bit code but whatever.
> For 16-bit code you can try the Norton Utilities System Information,
> not so complete benchmarking but, 16-bit.
Thanks! Are there, by chance, any *free* 16-bit benchmarks?
(Sandra has a d
Try SiSoftware Sandra
I don't think it will test 16-bit code but whatever.
For 16-bit code you can try the Norton Utilities System Information,
not so complete benchmarking but, 16-bit.
Natalia
El 15/05/2006, a las 20:03, Mikhail Ramendik escribió:
Hello,
As I have reported before, it see
Hello,
As I have reported before, it seems that on my host linux system kqemu does
not work with guest win98se.
Is there any benchmark that I could run in the guest, with and without kqemu,
to check if this is so objectively? (Ideally I'd like two benchmarks - 16-bit
and 32-bit code).
--
You
Just regressed the solaris/sparc patches for qemu 0.8.1 CVS and found that
everything works fine with the new PCI, VGA and VNC patches.
Bendiff -ruN qemu-orig/Makefile qemu/Makefile
--- qemu-orig/Makefile 2006-05-14 08:07:53.0 -0400
+++ qemu/Makefile 2006-05-14 22:30:59.0 -0400
@@
Nope,
However is not the best solution.
OpenStep should work with PS/2 mice as real hardware and VirtualPC
works.
So there should be a problem with our PS/2 mouse emulation.
Regards
El 15/05/2006, a las 15:53, Christian Brunschen escribió:
Hi,
On Tue, 3 Jan 2006, [EMAIL PROTECTED] wro
n MinGW says that WSAEINPROGRESS is deprecated in
Winsock2.
MS says that connect() should not be called again for asynchronous socket.
This patch would be better.
http://www.h7.dion.ne.jp/~qemu-win/download/qemu-20060515-vlan.patch
>> http://www.h7.dion.ne.jp/~qemu-win/download/qemu-0.8.1-tap.
Hi,
On Tue, 3 Jan 2006, [EMAIL PROTECTED] wrote:
Btw., networking now works fine using an open source NE2k PCI driver
for OpenStep. I'll post a unified patch later this evening and set up a web
page describing how to install OpenStep in qemu.
Did this ever come to fruition? Did the busmouse
12 matches
Mail list logo