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 n
The floppy controller on the Malta platform does not work correctly, as
written in the source code. I have just discoverd that it also make
debian-installer to crash.
The patch below disables the floppy controller until we fix the problem
(low priority on my TODO list).
Index: hw/mips_malta.c
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 p
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Thiemo Seufer 07/01/16 23:02:36
Modified files:
. : console.c
Log message:
Improved console handling, thanks Stefan Weil.
CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/console.c?cvsroot=
On Sun, Jan 14, 2007 at 05:58:52PM -0500, Rob Landley wrote:
>On Thursday 04 January 2007 12:29 pm, Bernhard Fischer wrote:
>> Hi,
>>
>> The attached patch moves the x_keycode_to_pc_keycode LUT from sdl.c into
>> an x_keycode.c. This struct is also used by the GGI backend (that is not
>> yet merge
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: Fabrice Bellard07/01/16 19:28:58
Modified files:
target-i386: ops_sse.h translate.c
Log message:
fixed movd mmx/sse insn
CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/target-i386/ops_sse.h?cvs
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Paul Brook 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.
CVSWeb U
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,
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 before the movd I had %rsi=0x3FF0
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 h
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
> >
>
--- 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
>
--- 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 n
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,
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
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 l
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 fas
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:2
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
http://lists.nongnu.org/mailman/listinfo/qem
21 matches
Mail list logo
