based on *quick* benchs and without entering too much in detail
(in case I'd violate EULA), it seems faster than qemu+kqemu on
windows hosts :(
--
Christian
___
Qemu-devel mailing list
Qemu-devel@nongnu.org
sorry I meant :)
it's a stupid typo mistake...
basically: video is faster, hdd access is faster.
I'll see if I can gather more figures.
I hope too we can put these improvements back inside qemu
of course! :)
On 1/16/07, Paul Brook [EMAIL PROTECTED] wrote:
On Tuesday 16 January 2007 08:25,
On Tuesday 16 January 2007 08:25, Christian MICHON wrote:
based on *quick* benchs and without entering too much in detail
(in case I'd violate EULA), it seems faster than qemu+kqemu on
windows hosts :(
Why is that a bad thing? VirtualBox is GPL, kqemu is not, so I'd say
VirtualBox being
In Qemu 0.8.0 the Bluebottle operating system
(http://bluebottle.ethz.ch) works as expected given the simulated
hardware and the available drivers. In Qemu 0.8.2 the initialization
fails because of a problem in the Bios32 ServiceDirectory call. When
tracing it, I found that the service directory
Julian Seward wrote:
Would someone be able to track down this SSE QEMU bug seen only in SLES's
modf() function ?
The Valgrind sources contain test programs, including expected outputs,
for all SSE/SSE2/SSE3 instructions on amd64 (see none/tests/amd64/insn-sse
and insn-sse2). Running those on
Hi all,
I have doubt about the race condition during the write operation on snapshot.
I think the problem exists in VMDK and QCOW* formats (I didn't checked the
others).
The example from the block_vmdk.c.
static int vmdk_write(BlockDriverState *bs, int64_t sector_num,
--- Ottavio Caruso [EMAIL PROTECTED] wrote:
Interesting! Does anybody know if and where I could finf [sic!]a
Windows
binary via http/ftp? Unfortunately I can't torrent!
I am sorry! A Windows binary was actually provided and I have later
installed it, but I am not going touse it as it is not
--- Oliver Gerlich [EMAIL PROTECTED] wrote:
as I was just reading this on german newsticker heise.de:
http://www.heise.de/open/news/meldung/83680
Also on Slashdot:
http://it.slashdot.org/it/07/01/15/1631234.shtml
And the original news:
http://www.virtualbox.org/wiki/News
On Tuesday 16 January 2007 15:12, Ottavio Caruso wrote:
--- Oliver Gerlich [EMAIL PROTECTED] wrote:
as I was just reading this on german newsticker heise.de:
http://www.heise.de/open/news/meldung/83680
Also on Slashdot:
http://it.slashdot.org/it/07/01/15/1631234.shtml
And the
Here is an updated version of the patch:
darwin_user.2.diff.txt.gz
Description: GNU Zip compressed data
It mostly fix i386-darwin-user on ppc which was broken in previous
patch.
Pierre.
On 12 janv. 07, at 07:44, Pierre d'Herbemont wrote:
Hi,
Here is an attempt to merge the qemu tree
Ludovic Drolez a écrit :
I've also found the buggy SSE instruction by tracing modf() with gdb.
It's similar to the MMX bug found below: only the 32 bits part of the
register
is stored instead of the whole 64 bits.
The bug is in the movd instruction in 64 bits emulation.
Under gdb, just
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Paul Brook pbrook 07/01/16 18:54:31
Modified files:
. : vl.h
hw : arm_boot.c integratorcp.c realview.c
versatilepb.c
Log message:
ARM ELF loader.
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Fabrice Bellard bellard 07/01/16 19:28:58
Modified files:
target-i386: ops_sse.h translate.c
Log message:
fixed movd mmx/sse insn
CVSWeb URLs:
Well, it was never said that the QCOW* code was safe if you interrupted
QEMU at some point.
But I agree that it could be safer to write the sector first and update
the links after. It could be interesting to analyze the QCOW2 snapshots
handling too (what if QEMU is stopped during the creation
Well, it was never said that the QCOW* code was safe if you interrupted
QEMU at some point.
But I agree that it could be safer to write the sector first and update
the links after. It could be interesting to analyze the QCOW2 snapshots
handling too (what if QEMU is stopped during the creation
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Thiemo Seufer ths 07/01/16 23:02:36
Modified files:
. : console.c
Log message:
Improved console handling, thanks Stefan Weil.
CVSWeb URLs:
The patch below (partly) fixes the big-endian support for the GT64120
northbridge. This is the correct way to implement byte swapping, but
this chip also allow byte swapping on the PCI bus depending on a
configuration bit. This is not yet implemented, but also not used by the
Linux kernel.
This
Paul the code change that was checked in here causes the zImage files I
generate not to work anymore.
Please consider the small patch which fixes the problem. The load_elf()
function is returning -1.
signed-off-by: [EMAIL PROTECTED]
Paul Brook wrote:
CVSROOT:/sources/qemu
Module
18 matches
Mail list logo
