UlCeCiAmLeViXaMeVaPr
trlealbiviagnariliop
ambrexisentraraxdiaumecia
$1 $3 $3
.21.33.75
http://www.showisnohit.com
___
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/qemu-devel
Le dimanche 22 mai 2005 à 02:13 +0200, Jérôme Warnier a écrit :
> Le dimanche 22 mai 2005 à 01:26 +0200, Herbert Poetzl a écrit :
> > On Sat, May 21, 2005 at 07:32:11PM +0200, Jérôme Warnier wrote:
> > > I'm trying to build qEmu v0.7.0 on Debian Sarge on a Sparc64 machine,
> > > and it fails with s
CVSROOT:/cvsroot/qemu
Module name:qemu
Branch:
Changes by: Fabrice Bellard <[EMAIL PROTECTED]> 05/09/03 21:33:44
Modified files:
. : vl.c
Log message:
kqemu_enabled test
CVSWeb URLs:
http://savannah.gnu.org/cgi-bin/viewcvs/qemu/qemu/vl.c
Please add "if (kqemu_fd)" before the CancelIo call in kqemu.c,
otherwise the call will fail every time for non-KQEMU case (which can
slow down things a bit).
- Filip
Fabrice Bellard wrote:
CVSROOT:/cvsroot/qemu
Module name:qemu
Branch:
Changes by: Fabrice Bellard <[
On 9/3/05, ace <[EMAIL PROTECTED]> wrote:
> Hi.
> 2. you say you can't see the temporary file. Neither do I, on linux. I
> suspect it is not hidden using plain filesystem attributes. On linux, if
> you open a file and then delete (unlink) it, you can still work with it
> until you hold the file des
CVSROOT:/cvsroot/qemu
Module name:qemu
Branch:
Changes by: Fabrice Bellard <[EMAIL PROTECTED]> 05/09/03 17:55:47
Modified files:
. : exec-all.h kqemu.c vl.c
Log message:
kqemu_cpu_interrupt support for win32 (Filip Navara)
CVSWeb URLs:
h
CVSROOT:/cvsroot/qemu
Module name:qemu
Branch:
Changes by: Fabrice Bellard <[EMAIL PROTECTED]> 05/09/03 16:25:15
Modified files:
. : kqemu.c
Log message:
SYSENTER fix for x86_64 CPUs
CVSWeb URLs:
http://savannah.gnu.org/cgi-bin/viewcvs/q
CVSROOT:/cvsroot/qemu
Module name:qemu
Branch:
Changes by: Fabrice Bellard <[EMAIL PROTECTED]> 05/09/03 15:28:59
Modified files:
. : vl.c
Log message:
avoid losing chars in serial console
CVSWeb URLs:
http://savannah.gnu.org/cgi-bin/view
Francois Rioux wrote:
Filip,
I'm not trying to put the guest in ram. As you state, let's Windows
manage its whole memory, paging and swapping. I agree it would be as
dumb as setting up a ramdisk to put the swapfile. Let's not trying to
outsmart the OS.
There's slight misunderstaning the
Hi.
Two points for you:
1. currently your tempfile with qemu quest system memory is located on
disk. Is your disk working hard? If you have enough free ram that you
consider the ramdisk, the whole file is probably cached in host system
memory so that read/write access is fast. Of course there it w
CVSROOT:/cvsroot/qemu
Module name:qemu
Branch:
Changes by: Fabrice Bellard <[EMAIL PROTECTED]> 05/09/03 10:45:09
Modified files:
slirp : slirp.c
Log message:
improved user net performances
CVSWeb URLs:
http://savannah.gnu.org/cgi-bin/viewcvs
CVSROOT:/cvsroot/qemu
Module name:qemu
Branch:
Changes by: Fabrice Bellard <[EMAIL PROTECTED]> 05/09/03 10:49:04
Modified files:
. : exec.c
Log message:
comments
CVSWeb URLs:
http://savannah.gnu.org/cgi-bin/viewcvs/qemu/qemu/exec.c.diff?
CVSROOT:/cvsroot/qemu
Module name:qemu
Branch:
Changes by: Fabrice Bellard <[EMAIL PROTECTED]> 05/09/03 10:45:39
Modified files:
. : Changelog
Log message:
update
CVSWeb URLs:
http://savannah.gnu.org/cgi-bin/viewcvs/qemu/qemu/Changelog.d
13 matches
Mail list logo