On Thu, 8 Feb 2007, Rob Landley wrote:
> Is there an LLP64 platform other than Windows-64?
I don't know, probably OS/400? Though I doubt about any interest in QEMU
there. ;-)
> And the insane legacy reasons Windows decided on a broken approach are
> explained here:
> http://blogs.msdn.com/oldne
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Fabrice Bellard07/02/08 23:09:59
Modified files:
. : vl.c vl.h
hw : pc.c
Log message:
use ram allocation functions
CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/v
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Fabrice Bellard07/02/08 23:08:38
Modified files:
. : exec.c cpu-all.h
Log message:
ram allocation functions
CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/exec.c?cvsroot=qemu&r1=1.85&r
Is kqemu in CVS anywhere? Extra points awarded for availability of the
pre-GPL revisions. :-)
--
| Soren Hansen| Linux2Go | http://Linux2Go.dk/ |
| Seniorkonsulent | Lindholmsvej 42, 2. TH| +45 46 90 26 42 |
| [EMAIL PROTECTED] | 9400 Norresundby, Denmark | GPG key:
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Fabrice Bellard07/02/08 22:17:34
Modified files:
pc-bios: bios.diff bios.bin
Log message:
reset rombios32 area
CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/pc-bios/bios.diff?cvsroot=qemu&
On Thursday 08 February 2007 20:01, Michael Gagnon wrote:
> Hello. I'm a student at George Mason University and I had a question
> regarding the time complexity of QEMU's algorithm for dealing with
> self-modifying code.
>
> From looking at the QEMU Internals documentation
> (http://fabrice.bella
Hello. I'm a student at George Mason University and I had a question
regarding the time complexity of QEMU's algorithm for dealing with
self-modifying code.
From looking at the QEMU Internals documentation
(http://fabrice.bellard.free.fr/qemu/qemu-tech.html), it seems that
QEMU's method for
This patch fixes the link phase for qemu-img (to get the aio
support included).
Ben
diff -ruN qemu-ORIG/Makefile qemu/Makefile
--- qemu-ORIG/Makefile 2007-02-05 16:22:42.0 -0500
+++ qemu/Makefile 2007-02-08 14:01:37.092547000 -0500
@@ -26,11 +26,9 @@
ifndef CONFIG_DARWIN
ifndef CONFIG
Hi,
qemu-img convert produces an incorrect error message if an unknown
file format is requested for the output image.
"qemu-img convert -f raw in.img -O snafu out.img" produces:
qemu-img: Unknown file format 'raw'
The attached patch fixes this.
--
Stuart Brady
Index: qemu-img.c
===
On Thursday 08 February 2007 13:09, Rob Landley wrote:
> On Friday 02 February 2007 2:03 pm, Gwenole Beauchesne wrote:
> > On Fri, 2 Feb 2007, Gwenole Beauchesne wrote:
> > > The proper fix would be to not globally allocate registers for the
> > > whole program but only for the micro-ops. Then, mak
I'm having a problem with qemu using kqemu on an x86_64 box.
I'm using qemu 0.9.0 and kqemu 1.3.0pre11, the former compiled
with gcc-3.4 and the latter with a prerelease of gcc 4.1.2.
I start qemu like so:
$ x86_64-softmmu/qemu-system-x86_64 -hda /home/sh/qemu-shell/hda \
-cdrom /home/sh/Ubunt
On Thursday 08 February 2007 5:27 am, Fabrice Bellard wrote:
> Note that there seem to be a regression in the PPC target in the 0.9.0
> version (it no longer boots a Mandrake Linux CD I was using as
> regression test). I did not try yet to find the related commits.
I can't get the kubuntu-6.10 P
On Friday 02 February 2007 2:03 pm, Gwenole Beauchesne wrote:
> On Fri, 2 Feb 2007, Gwenole Beauchesne wrote:
>
> > The proper fix would be to not globally allocate registers for the whole
> > program but only for the micro-ops. Then, make the necessary
> > save/restore around the gen_func call.
>
The variable SerialPort seems to be set to 0x instead of the I/O
port of the serial port. I did not try to look further yet.
Regards,
Fabrice.
Lonnie Mendez wrote:
On Mon, 2007-02-05 at 22:42 -0800, Ed Swierk wrote:
On 2/5/07, Ed Swierk <[EMAIL PROTECTED]> wrote:
I'm attempting to boo
Note that there seem to be a regression in the PPC target in the 0.9.0
version (it no longer boots a Mandrake Linux CD I was using as
regression test). I did not try yet to find the related commits.
Regards,
Fabrice.
David Woodhouse wrote:
When booting the Fedora install CD, we seem to fall
Buffer for second argument of realpath should be size PATH_MAX.
Patch by Sergey Vlasov in the attachment.
--- qemu-0.9.0/block.c.alt-realpath 2007-02-06 22:06:26 +0300
+++ qemu-0.9.0/block.c 2007-02-06 22:16:31 +0300
@@ -326,8 +326,8 @@ int bdrv_open2(BlockDriverState *bs, con
16 matches
Mail list logo