th the assumption that future flags that don't require fd will also
not require MAP_ANON.
Changing to !(flags & MAP_GUARD) will also work.
Guy Yur
Warner
r~
Public bug reported:
MSYS64, Windows 7 x64
$ ./configure --target-list=i386-softmmu --static --prefix=/d/qemu/
--disable-system --disable-user --disable-linux-user --disable-bsd-user
--disable-guest-base --disable-docs --disable-guest-agent
--disable-guest-agent-msi --disable-pie --disable-mod
2006/12/14, Sylvain Petreolle <[EMAIL PROTECTED]>:
I am getting bounce messages from Rebecca Langley too,
this is becoming annoying.
> Who is the list owner of qemu-devel and can remove
> Rebecca Langley from the subscriber list?
[EMAIL PROTECTED]
I already mailed them
M
_
2006/12/13, Martin Guy <[EMAIL PROTECTED]>:
2006/12/13, PianoPan <[EMAIL PROTECTED]>:
> performance of Linux in Qemu is too slow. It
> uses about one hour to boot GUI system.
During development work this summer at one point I experienced an
immense slowdown of QEMU - from 63
2006/12/13, PianoPan <[EMAIL PROTECTED]>:
performance of Linux in Qemu is too slow. It
uses about one hour to boot GUI system.
During development work this summer at one point I experienced an
immense slowdown of QEMU - from 63 bogomips to 1 or 2 on a 400MHz
Pentium. The problem went away when
rrently *writes* to all pages, but could be made to read them
* as an alternative, or as well.
*
* Martin Guy, 9 November 2006
*/
#include /* for exit() */
#include
#include /* for system calls */
main(int argc, char **argv)
{
int megabytes = 0; /* MB of VM to thrash, from command-line
The patch available from http://qemu-forum.ipi.fi/viewtopic.php?t=2718
adds a new utility, qemu-nbds, that implements a NBD server
I have been using nbd volumes mounted from inside qemu for filestore
and for swap, both read-write, served from files and from partitions,
with the unmodified standa
Then again, if someone needed it... it's not as if I have to use it...
M
___
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/qemu-devel
This patch adds support for slowing down qemu and saving cpu load.
P!
if you're using the right kernel, QEMU will sleep while there is
nothing to be done.
Otherwise just nice -10 it.
Voto contra
M
___
Qemu-devel mailing list
Qem
gcc on ARM systems default to unsigned. The C standard specifically
states that char is either signed or unsigned at the whim of the
implementor
Or, more to the point, at the behest of the machine architecture.
Having to generate code to sign-extend the hard way every time you do
char-integer p
Now, gcc4 can produce code with several return instructions (with no
option to turn that of, as far as I understand). You cannot cut them out,
and therefore you cannot chain the simple functions.
...unless you also map return instructions within the generated
functions into branches to the soon-
VMWare's config file style is really simple
ethernet0.present = "TRUE"
ethernet0.virtualDev = "e1000"
e1000bios.filename = "path/etherboot-for-E1000"
and it would be possible to
use VMWare's files with few or no changes.
Would that be enough to be able to move the emulated system
description
How can I change target CPU to Atmel's AVR and don't care about host.
i.e:host CPU is X86(PC),target CPU is Atmel's AVR.
Hi
Atmel AVR is a different processor from the ones that QEMU emulates.
You would need to implement an entire new emulation inside QEMU; that
is a LOT of work in C programmin
2006/9/26, Martin Guy <[EMAIL PROTECTED]>:
Ever since QEMU 0.8.1, qemu-arm-system mode works fine with ARM EABI
kernel and rootfs, but qemu-arm single-process mode is broken with
EABI, failing with "Unknown system call 0xf0005".
Fixed for simple cases by pbrook'
There are some statistics at freaknet.org/martin/QEMU for various
are in cluster.aleph1.co.uk/~martin/qemu.html (please ignore the other
Sorry, that first page is bogus. I meant the second.
M
___
Qemu-devel mailing list
Qemu-devel@nongnu.org
http
> If I run qemu for i386 without kqemu it uses soft-mmu, so it operates as
> another architetture as ppc or mips right?
> So... are the performace of qemu the same if I use i386 or mips or something
> change deeply?
> Example: if I run the same program on i386 emulation without kqemu or on
> mips
Summary:
Ever since QEMU 0.8.1, qemu-arm-system mode works fine with ARM EABI
kernel and rootfs, but qemu-arm single-process mode is broken with
EABI, failing with "Unknown system call 0xf0005".
This is ARM private system call "set_tls", called from both the
linuxthreads and the NPTL pthread imp
On Wed, Sep 06, 2006 at 12:14:44PM +0200, Aurelien Jarno wrote:
I have setup a debian arm (unstable) under QEMU, until now using version
0.8.1 and a root on NFS.
I wanted to use the new SCSI card emulation introduced in QEMU 0.8.2,
but it fails to boot (still with root on NFS). It freeze, the la
s not correct and in this
case qemu crash when I try to switch to full screen.
Except this problem, qemu is a incredible product, I use for differents
tests in the future, thanks a lot to the devellopers
(sorry for my poor english)
Best regards,
Guy
Juergen Pfennig a écrit :
>Hi,
>win2003 (and
Hello all,
I use qemu 0.8.0 just a small suggestion about the resolution I have a
wide screen and on 1024x768 the display is no good
I suggest for the futur versions a support for the wide screen
Guy
___
Qemu-devel mailing list
Qemu-devel@nongnu.org
malc a écrit :
> On Mon, 16 Jan 2006, De Leeuw Guy wrote:
>
>> Hello all,
>>
>> I'm new with qemu.
>> I install qemu and kqemu by download and compile the sources
>> qemu-0.8.0 and kqemu-0.7.2 on a debian testing
>> I try to install windows xp pro
full version of windows xp pro, ok work fine.
Can you help me ?
Thanks in advance
Guy
___
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/qemu-devel
22 matches
Mail list logo
