-
@@ -0,0 +1,194 @@
+/*
+ * Arm Angel semihosting syscalls
+ *
+ * Copyright (c) 2005 CodeSourcery, LLC. Written by Paul Brook.
+ *
+ * This program is free software; you can redistribute it and/or modify
+ * it under the terms of the GNU General Public License as published by
+ * the Free
On Tuesday 19 April 2005 10:10, Sebastian Nowozin wrote:
Hello everybody,
(please quote my email address on a reply to this email, I am not member
of the list, thanks.)
I have wondered wether the code conversion ability of qemu could be
utilized to convert ELF .o object files compiled for
The attached patch makes qemu report the exit code to the attached gdb when
the guest process exits.
Paul
Index: gdbstub.c
===
RCS file: /cvsroot/qemu/qemu/gdbstub.c,v
retrieving revision 1.25
diff -u -p -r1.25 gdbstub.c
---
The patch below corrects the arm semihosting seek syscall return value.
Paul
Index: linux-user/arm-semi.c
===
RCS file: /cvsroot/qemu/qemu/linux-user/arm-semi.c,v
retrieving revision 1.1
diff -u -p -r1.1 arm-semi.c
---
On Monday 25 April 2005 18:07, Jim C. Brown wrote:
On Mon, Apr 25, 2005 at 01:15:32PM +0200, Massimo Dal Zotto wrote:
The patch works for me but I don't know if this is the best way of fixing
this bug. If anyone has a better suggestion it is welcome.
--
Massimo Dal Zotto [EMAIL
On Sunday 01 May 2005 05:58, Marc Collin wrote:
hi
when we do a ./configure for qemu
there is:
target list i386-user arm-user armeb-user sparc-user ppc-user
i386-softmmu ppc-softmmu sparc-softmmu x86_64-softmmu
for a x86 machine, what is the best for performance?
i386-user or
The patch below fixes a but in the arm saturating add/subtract instructions.
We were writing the result back to the wrong register.
Paul
Index: target-arm/translate.c
===
RCS file: /cvsroot/qemu/qemu/target-arm/translate.c,v
On Sunday 01 May 2005 21:29, Jonas Maebe wrote:
On 01 May 2005, at 19:04, Paul Brook wrote:
This is not correct.
If the blr is not at the end of the function, things will break.
dyngen assumes the last instruction is the only return instruction in
the
function. This allows it to remove
On Sunday 01 May 2005 21:15, Flavio Visentin wrote:
This is not correct.
If the blr is not at the end of the function, things will break.
[SNIP]
This basically only ever worked because gcc could be coerced into
generating relatively simple code. GCC4 contains much more aggressive
high
On Thursday 05 May 2005 15:22, Jim Provan wrote:
For about a week, I have not been able to get into the QEMU developer
mailinglist archives. Has anyone else had this problem ? Is it going to
be corrected ?
I receive email from the mailinglist, I am just not able to get into the
list from the
On Sunday 08 May 2005 07:24, Der Herr Hofrat wrote:
Hi !
does anybody have a 2.6.X (preferably 2.6.10) running under qemu ?
trying to launch it (passed with -kernel) fails - it simply gives me
(qemu)
You need to make sure you have the sdl development headers and libraries
installed when
On Monday 09 May 2005 01:02, Sebastian Kaliszewski wrote:
Hello!
As I understand the problem with dyngen GCC 3.4 and newer is that even
when using the following marcro (line 158 of dynget-exec.h) in op_*
functions
#define FORCE_RET() asm volatile ();
GCC still puts multiple exit points
The attached patch fixes some trivial build problems with newer gcc on amd64.
It adds FORCE_RET on load ops, and introduces helper functions for floating
point negation (these require a literal constant load).
Paul
Index: target-i386/op.c
On Monday 09 May 2005 10:09, Ian Rogers wrote:
Hi,
I recently spent some effort working out what Separate Kernel Address
Space (SKAS) did for user-mode-linux (UML). The results of this keen be
seen here:
http://news.gmane.org/group/gmane.linux.uml.devel/last=/force_load=t
on the thread
The patch below fixes a bug in the dumping of arm VFP register variables.
Paul
Index: target-arm/translate.c
===
RCS file: /cvsroot/qemu/qemu/target-arm/translate.c,v
retrieving revision 1.24
diff -u -p -r1.24 translate.c
---
The attached patch adds support for gcc4 x86 and x86_64 hosts.
The main problem with gcc4 is that we can no longer force gcc to place the
return from each function at the end of the function.
My solution is to search the function for the ret instruction and replace
them with a jmp to the next
On Wednesday 11 May 2005 22:04, Paul Brook wrote:
The attached patch adds support for gcc4 x86 and x86_64 hosts.
This time with the correct patch attached.
Paul
Index: dyngen-exec.h
===
RCS file: /cvsroot/qemu/qemu/dyngen-exec.h,v
On Thursday 12 May 2005 23:13, Pascal Terjan wrote:
On 5/12/05, Paul Brook [EMAIL PROTECTED] wrote:
On Wednesday 11 May 2005 22:04, Paul Brook wrote:
The attached patch adds support for gcc4 x86 and x86_64 hosts.
This time with the correct patch attached.
Hello, I can't build qemu
On Friday 13 May 2005 04:14, Xuqing Kuang wrote:
(B We checked bochs, vmware and qemu.
(B Bochs need speed up and XP support, and Vmware isn't free software and
(B we don't want to build it into our system.
(B
(Bkqemu isn't free software either.
(B
(BPaul
(B
(B
The patch below fixes a couple of bugs in the arm saturating arithmetic
instructions. It uses the correct registers, and makes sure the intermediate
result is saturated properly.
Paul
? target-arm/p
Index: target-arm/op.c
===
RCS
In addition to this patch I also needed the attached patch to get MinGW
GCC 3.4.1 builds working...
...
- if (strstart(sym_name, __op_label, p)) {
+ if (strstart(sym_name, __op_label, p) ||
+strstart(sym_name, _op_label, p)) {
I'm not sure
On Monday 16 May 2005 10:41, David Woodhouse wrote:
On Wed, 2005-05-11 at 22:04 +0100, Paul Brook wrote:
My solution is to search the function for the ret instruction and
replace them with a jmp to the next block of code. On RISC targets this
would be easy.
About this easy, in fact
On Wednesday 18 May 2005 11:06, Herbert Poetzl wrote:
On Tue, May 17, 2005 at 09:46:30PM +0100, Paul Brook wrote:
On Monday 16 May 2005 10:41, David Woodhouse wrote:
On Wed, 2005-05-11 at 22:04 +0100, Paul Brook wrote:
My solution is to search the function for the ret instruction
On Wednesday 18 May 2005 20:29, John Hogerhuis wrote:
This all feels wrong in general. The changes should either be adding
some facility to gcc which permits QEMU to use it in this way (gcc is
an open source project after all, so it's at least a possibility),
Are you willing to write and
On Saturday 28 May 2005 14:31, Lennert Buytenhek wrote:
On Sat, May 28, 2005 at 09:22:23AM -0400, Tom Sandholm wrote:
Yes.
Using a fairly large server, (i.e. xeon dual with 4Gb ram 120GB disk),
and installing...
Hmm.. 8 el-cheapo whitebox PCs just might be cheaper than that dual
xeon
I've made available a new version of my hand-written code generator for qemu.
The patch is getting rather large, so I've put it on a web server to avoid
spamming the list:
https://nowt.dyndns.org/patch.qemu_qop.gz
In principle it's very similar to the previous patch. The main difference is
The patch below makes configure --target-list accept a comma separated list of
targets, as well as a space separated list. This is easier to protect from
the shell, and more consistent with other configure scripts.
Space separated lists are still accepted as before.
Paul
Index: configure
On Thursday 09 June 2005 17:55, Jeff Wiegley wrote:
I saw the posting about a x86-64 alpha version of kqemu coming out in
the next few days but that was a month ago. Did this happen?
It didn't happen.
Or does it just not work on AMD64 systems/kernels yet?
kqemu is still 32-bit only.
Paul
On Tuesday 14 June 2005 21:19, Helge Hafting wrote:
I avoided the error message by configuring only i386 emulation,
which is what I believe I need:
./configure --target-list=i386-softmmu
Unfortunately, nothing happens when I run this qemu.
I don't get a window at all, so it won't even
I first just tried without the SDL-devel libs, but that was the same,
and the above mentioned thread suggested that SDL may be a cause
(although I suspect we may be talking of different problems).
Did you actually do a clean build after installing sdl-devel? You need to
either delete your
In your configure output I notice you didn't have static versions of the
SDL libraries available. This will limit the availability of the SDL
support somewhat.
In most cases it doesn't make any difference. Static SDL is only needed if
you're building qemu-fast or you're building everything as
On Friday 17 June 2005 13:58, Darryl Dixon wrote:
Oh,
Sorry, obviously I badly misunderstood the nature of the patch that
you were posting; I assumed it was to enable Qemu to be compiled with
GCC4. That it can't is a pretty big downer; it basically means Qemu is
unusable on FC4 :(
Not a lot yet. I have a minimal ftp server that would be perfect to use
with qemu, with much of the code rewritten. However, to make it interface
with slirp a lot more work is needed (basicly the ftp server uses sockets
while slirp works with tcp/ip packets directly. Thus I have to write a
Just a note to let people know I'm starting on implementing m68k/coldfire
target emulation for qemu.
I've only just started, so plans are a bit vague, don't have anything to show
yet. My work will be publicly availbale under the LGPL like the rest of qemu.
I'll probably start by implementing
...
command='s'
So am I doing something wrong here/is my GDB configured properly.
Looks like a bug in qemu.
Paul
___
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/qemu-devel
On Friday 01 July 2005 05:33, Mulyadi Santosa wrote:
Dear list
Here is a little cheat sheet for you to better understand what info
registers shows on qemu's monitor. This infomations are strictly for
x86
CCS : Compiled Code Source (?)
Condition Code Source.
CCD : Compiled Code
On Saturday 02 July 2005 05:12, Mulyadi Santosa wrote:
Hello Paul...
CCD : Compiled Code Destination (?)
Condition Code Source.
Or Condition Code Destination?
Yes.
These 3 are used to implement lazy flag evaluation. Most x86
instructions set the condition code flags, but only a
Based on keeping system emulation under the BSD license it can't...
basically a non-reason on actual technical merit. So if this is still
Fabrice's wish, it could be done but would require maintaining user-net
separately from QEMU proper (btw, it seems the QEMU License page should
probably be
On Tuesday 12 July 2005 13:15, Michael Wetherell wrote:
On Tuesday 12 Jul 2005 11:59, Karel Gardas wrote:
Qemu's trunk sources obtained from today CVS fails to compile on
debian 3.1/amd64 platform. The error is:
gcc -g -Wl,-T,/home/karel/cvs/qemu/qemu/x86_64.ld -o qemu-i386
On Wednesday 20 July 2005 11:32, Ludovic Drolez wrote:
Hi !
I've tried the latest AMD pcnet patch (made by Antony T Curtis) with qemu
0.7 because I was tired of the sloooww PXE booting of my QEMU. For exemple,
to load a linux kernel + initrd over TFTP, it takes 4m30s with a ne2000,
and 1m35s
I get the following error:
In file included from C:/dev/msys/1.0/home/xian/qemu-0.7.0/hw/pcnet.c:64:
C:/dev/msys/1.0/home/xian/qemu-0.7.0/hw/pcnet.h: In function `padr_match':
C:/dev/msys/1.0/home/xian/qemu-0.7.0/hw/pcnet.h:531: error:
dereferencing pointer to incomplete type
...
struct
On Thursday 21 July 2005 08:29, Lars Munch wrote:
On Wed, Jul 20, 2005 at 12:32:10PM +0200, Ludovic Drolez wrote:
Hi !
I've tried the latest AMD pcnet patch (made by Antony T Curtis) with qemu
0.7 because I was tired of the sloooww PXE booting of my QEMU. For
exemple, to load a linux
See the 3rd Q in http://www.geocities.com/nixling_gone/faq.html
Paul
Thanks, I figured this would be a problem and that's why I didn't try
to chase things down. Sadly the current distro I'm playing with
(Fedorca Core PPC) doesn't even have a gcc3 option!! But on that
note I'll not be
On Saturday 30 July 2005 15:12, Adrian Smarzewski wrote:
Flavio Visentin wrote:
Did you try qvm86? Sometimes kqemu works better, sometimes qvm86 is
the best choice, sometimes nothing is better than not using
acceleration. :-)
Ususally I try all the three solutions and the problem goes
On Saturday 30 July 2005 19:42, Steve D. Perkins wrote:
Hello all -
I wrote to the list a few days ago to gauge interest in adding
support for GCC in the Win32 environment to the QEMU codebase. I
received no response to that inquiry, but decided to update my patch for
the 0.7.1 release
On Sunday 31 July 2005 13:47, Rudi Lippert wrote:
Should a qemu backtrace be 411 lines long?
Actually, when I start qemu 0.7.1 (kqemu enabled, but makes no difference),
it doesn't do anything. I hit CTRL-C to get a backtrace of the situation.
Qemu has never worked on this setup, and the
one more question on this theme. How do I know when the guest OS has
finished booting? The reason I ask is I am planning on using ssh to
perform various operations on the guest OS once it's up.
Just like a real machine, you don't. You need to configure the guest to tell
the host when it's
On Monday 01 August 2005 18:27, J.N. Herder wrote:
Hi all,
I'm having some troubles with QEMU's hard disk images and may have bumped
into a bug. I'm trying to import data into my emulated MINIX, but somehow
it is truncated.
I successfully created a qemu-img called hda.img of 512 MB and
On Monday 08 August 2005 21:35, [EMAIL PROTECTED] wrote:
Hello,
I do not get QEMU 0.7.1 from the cvs (7.8.2005) compiled with SuSE 9.2 .
It seem that make does not find cpu.h ...
I do have several cpu.h on my system:
snip list of uninteresting files
make[1]: Entering directory
So maybe we need a new switch -win98-hack... :)
It's spelt -no-kqemu :-)
Paul
___
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/qemu-devel
On Tuesday 09 August 2005 16:36, Thomas Petazzoni wrote:
Hi,
Adrian Smarzewski wrote:
Is kqemu license compatible with GPL? If the answer is yes there is
no problem. Otherwise maybe people use it illegally?
From http://fabrice.bellard.free.fr/qemu/qemu-accel.html:
Terms of Use
The
On Tuesday 09 August 2005 21:33, Michael Hoeller wrote:
Hello,
is there a way to access an usb stick from Windows which runs in qemu
under Linux??
You can use the usb block device directly as a hard disk image. ie something
like
qemu -hdb /dev/sda ...
Obviously the guest will see it as an
Also, if he is distributing binaries where part of the binary is
LGPL'd or GPL'd code where the _copyright is held by other people_
(i.e. contributors), then you can make a case that if he's
distributing kqemu-enabled binaries of qemu (that nobody else is able
to legally reproduce), he's
On Wednesday 10 August 2005 14:49, Mark Williamson wrote:
http://usbip.naist.jp/ and http://sourceforge.net/projects/usbip/ might
help if the guest and the host were both linux 2.6, however afaict usbip
does not work under Windows yet.
...
Isn't there a USB patch floating around
On Friday 12 August 2005 16:35, Jim C. Brown wrote:
On Fri, Aug 12, 2005 at 08:56:24AM +0200, [EMAIL PROTECTED] wrote:
Hello,
I did create some time ago an 2GB image via dd. Now I have to realize
that I on ly ndeed 1,1 GB is there a way to shrink the sizes of my
image?
Thanks a lot
The patch below fixes a duplicate byte swap in the arm semihosting
implementation. ARG(x) already does the endian correction.
Paul
Index: linux-user//arm-semi.c
===
RCS file: /cvsroot/qemu/qemu/linux-user/arm-semi.c,v
retrieving
The DLINFO AUX vector setup code in elfload.c has a typo in the entry for
AT_EGID (11 should be 10). The smallest fix would be to just correct this
typo.
However I can't see any reason for the nr argument to NEW_AUX_ENT.
The attached patch removes it, and includes the stack adjustment in
The patch below makes the Arm CPU debugging dumps show the Thumb state bit
symbolically.
Paul
Index: target-arm/translate.c
===
RCS file: /cvsroot/qemu/qemu/target-arm/translate.c,v
retrieving revision 1.26
diff -u -p -r1.26
The attached patch implements m68k disassembly in qemu. It's mainly just
importing the relevant files from upstream binutils/gdb, like the existing
disassembly code.
I realise mainline qemu doesn't have a m68k target support (yet!), but it does
[nominally] support m68k hosts so this isn't
On Sunday 21 August 2005 01:36, jamal wrote:
This attached patch is intended for allowing automated clever scripting
for networking (tuntap only). Please read and apply if possible.
It does the following:
a) allow for specifying the guest netdevice interface MAC address
(in addition to
Probably more important is to make sure none constant data structures
are done on the stack. There is no good reason why any code page
should be read-write.
Huh? this is nonsense.
You have three segements in an application (ignoring dynamic heap allocated
memory):
The RO segment that
On Wednesday 24 August 2005 15:38, Andreas Mohr wrote:
Hi,
On Wed, Aug 24, 2005 at 02:41:44PM +0100, Paul Brook wrote:
Probably more important is to make sure none constant data structures
are done on the stack. There is no good reason why any code page
should be read-write.
Huh
1) on my FC3 box, i had to force sdl to compile statically because
the sdl test didn't work for some reason (could be my box's
problem). but there's no way to set sdl = 'yes' from the
configure command line. so i hacked configure, but then line
730 dies:
echo
When using KQEMU, QEMU will create a big hidden file containing the RAM of
the virtual machine. For best performance, it is important that this file
is kept in RAM and not on the hard disk. QEMU uses the `/dev/shm' directory
to create this file because tmpfs is usually mounted on it (check
The attached patch migrates the Arm target from JUMP_TB to GOTO_TB.
The comment in exec-all.h indicates this is a Good Thing(tm), and it's a
prerequisite for my hand coded generator.
Paul
Index: target-arm/op.c
===
RCS file:
The attached patch migrates the PowerPC target from JUMP_TB to GOTO_TB.
Paul
Index: target-ppc/op.c
===
RCS file: /cvsroot/qemu/qemu/target-ppc/op.c,v
retrieving revision 1.20
diff -c -p -r1.20 op.c
*** target-ppc/op.c 4 Jul 2005
The attached patch migrates the MIPS target from JUMP_TB to GOTO_TB.
Paul
Index: target-mips/op.c
===
RCS file: /cvsroot/qemu/qemu/target-mips/op.c,v
retrieving revision 1.3
diff -u -p -r1.3 op.c
--- target-mips/op.c 2 Jul 2005
On Sunday 11 September 2005 12:30, Paul Brook wrote:
The attached patch migrates the MIPS target from JUMP_TB to GOTO_TB.
Grr, missed a change in gen_intermediate_code_internal. This patch should
actually work.
Paul
Index: target-mips/op.c
The attached patch makes the qemu-user -g commandline option take a port
number.
There isn't a standard port number for running gdbserver, so a single
hardcoded value doesn't make a great deal of sense, particularly on multiuser
machines.
Paul
Index: linux-user/main.c
On Monday 12 September 2005 22:37, Anthony Liguori wrote:
Admittedly this is probably not a standard usage, but I'm using qemu for
Xen development (Xen is an Open Source hypervisor). It works quite well
so far.
0.7.2 seems to have broken support for kqemu. Linux freezes during boot
The attached patch implements the Arm AT_HWCAP AUXV entry. This allows libc to
determine what CPU instruction sets are available.
Paul
Index: linux-user/elfload.c
===
RCS file: /cvsroot/qemu/qemu/linux-user/elfload.c,v
retrieving
I have an NT4 installation under QEMU on my Linux box - and in grab
mode, all I do is... press CTRL-ALT-DEL. Clicking in the window or
hitting CTRL-ALT enters grab mode.
FWIW: the CTRL-ALT-DEL sequence has been chosen so that it can't be
caught by a any program but windows (that to
./configure --disable-gfx-check --target-list=ppc-softemu
It's spelt ppc-softmmu.
Paul
___
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/qemu-devel
I have some questions about the networking that I hope someone can answer.
Qemu is able to use tun tap devices. I've taken the tundev.c program,
which opens a tun device and passes the fd to qemu, and compared it to
the tapdev.c program (which qemu is also able to use) and there's very
On Saturday 01 October 2005 14:07, Jim C. Brown wrote:
On Sat, Oct 01, 2005 at 01:30:06PM +0200, Oliver Gerlich wrote:
That means it would work if the host NIC is connected to a switch? Then
the switch would send packets from the guest which are meant for the
host back to the host NIC and
On Friday 07 October 2005 16:40, Laurent Vivier wrote:
Hi,
I seek qemu with m68k target.
I didn't find it in CVS.
Is it available ?
https://nowt.dyndns.org/
Currently only supports usermode ColdFire v2 simulator binaries. Linux
binaries might work, but haven't been tested.
Paul
argon:~/tmp # ./qemu-i386 /bin/ls
qemu: Unsupported syscall: 219
qemu: Unsupported syscall: 219
qemu: Unsupported syscall: 219
qemu: Unsupported syscall: 219
qemu: Unsupported syscall: 219
qemu: Unsupported syscall: 219
qemu: Unsupported syscall: 258
qemu: Unsupported syscall: 240
qemu
(1) I believe there is an m68k target being worked on, which is not
strictly linux only. I haven't looked at it very closely and am not sure of
the details. But this doesn't really help you anyways.
The m68k target supports a very simple semihosting syscall layer, similar to
the the angel swi
The attached patch moves a chunk of duplicated softmmu code from
target-*/exec.h into a common softmmu_exec.h file.
Paul
Index: target-arm/exec.h
===
RCS file: /cvsroot/qemu/qemu/target-arm/exec.h,v
retrieving revision 1.5
diff -u
The attached patch fixes an incorrect overflow check in
cpu_register_io_memory.
Paul
Index: exec.c
===
RCS file: /cvsroot/qemu/qemu/exec.c,v
retrieving revision 1.65
diff -u -p -r1.65 exec.c
--- exec.c 3 Sep 2005 10:49:04 - 1.65
The patch below fixes a bug in the decoding of the Thumb BLX instruction.
Paul
=== target-arm/translate.c
==
--- target-arm/translate.c (revision 1789)
+++ target-arm/translate.c (local)
@@ -2035,7 +2035,7 @@
Qemu is known to not build properly with gcc4. Despite this being documented
in several places users frequent still get it wrong. This is probably the
second most frequent question (the first, equally dumb problem being
I can't make ping work with -user-net).
The attached patch adds a
On Thursday 03 November 2005 18:03, Joshua Kugler wrote:
On Thursday 03 November 2005 08:52, Antonio Aloisio wrote:
Hi all! KQEmu 0.2 pre-alpha is OUT! you can download it from
http://sourceforge.net/project/showfiles.php?group_id=111306
Am I the only one that thinks the name of the above
The attached patch splits the PS/2 device emulation from the PC keyboard
controller emulation. The Arm board I'm working on uses PS/2 keyboard+mouse
with a custom host controller.
Paul
Index: vl.h
===
RCS file:
softmmu_template.h contains hardcoded 0xfff masks. These should be
~TARGET_PAGE_MASK. The attached patch fixed this.
Paul
Index: softmmu_template.h
===
RCS file: /cvsroot/qemu/qemu/softmmu_template.h,v
retrieving revision 1.12
diff
On Monday 14 November 2005 21:53, Dave Feustel wrote:
When I try to build qemu 7.2 for OpenBSD, I get a file
not found error for libutil.h in vl.c. This should not
happen since there is no libutil.h in OpenBSD. Has
this been fixed yet? (or can someone point me to
a copy of libutil.h and its
On Tuesday 15 November 2005 14:50, Dave Feustel wrote:
I am making progress as I modify the Qemu source code to work
around a number of OpenBSD deficiencies. I don't yet know how
to fix the following problem which occurs about 25 times in op.h:
C statements of the form
*(uint32_t
On Tuesday 15 November 2005 20:36, Stealth Dave wrote:
Is it possible to build a linux-test image that enables network access
via user-net instead of tun/tap?
The guest OS doesn't care whether qemu is using user-net or tun-tap.
The linux-test image downloadable from the qemu website doesn't
Slightly off topic, but AMD has just announced its intention to ship a
4-core Opteron chip in 2007. The 4-core chip will use AMD's upcoming m2
socket.
isn't writing a OS for dual (or n) core chips hell ?
It's no different to any other SMP system, and most serious OS have been doing
that
It seems that the sysemu is busylooping - is that currently to be
expected or do I have something misconfigured?
Yes. The Wait For Interrupt instruction (aka halt/suspend) is currently
implemented as a Nop. I have a followup patch to fix that.
Paul
The attached patch implements Arm CPU suspend/halt.
Paul
=== cpu-exec.c
==
--- cpu-exec.c (revision 1861)
+++ cpu-exec.c (local)
@@ -274,6 +274,17 @@
return EXCP_HALTED;
}
}
+#elif defined(TARGET_ARM)
+
On Sunday 04 December 2005 09:49, Halim Sahin wrote:
Hi,
I tried dto compile qemu on a debian sarge system (x86).
./configure --enable-alsa --target-list=i386
You almost certainly want --target-list=i386-softmmu
The non-softmmu target (aka qemu-fast) is unsupported. If you really want to
use
kernel: qvm86: unsupported module, tainting kernel.
kernel: qvm86: Module loaded
kernel: qvm86: Created device 10.62
When I start qemu, it runs without qvm86 acceleration.
I have no idea, why it isn't running with qvm86 on this machine. (Doing the
same procedure on a debian system,
The attached patch fixes two bugs in the Arm system emulation.
Firstly do_interrupt wasn't switching to Arm mode properly.
Secondly the #if in cpu_reset is the wrong way round. Linux works mostly by
chance: the early boot code does a SWI, and the exception vector happens to
drop it back at a
On Wednesday 14 December 2005 22:17, Daniel Jacobowitz wrote:
This is enough to let me use apt-get within qemu-system-arm :-)
I'd totally missed that there were _two_ TX FIFOs.
@@ -364,6 +381,8 @@ static void smc91c111_writeb(void *opaqu
return;
case 12: /* Interrupt
On Thursday 15 December 2005 00:00, Paul Brook wrote:
On Wednesday 14 December 2005 22:17, Daniel Jacobowitz wrote:
This is enough to let me use apt-get within qemu-system-arm :-)
I'd totally missed that there were _two_ TX FIFOs.
@@ -364,6 +381,8 @@ static void smc91c111_writeb(void
On Wednesday 21 December 2005 01:52, Darrin Ritter wrote:
Hi I am using the 0.8.0 version of qemu, previously I was able to get
the user net to work with
qemu hd.img -user-net
with the 0.8.0 version I have been trying to start qemu with
qemu-system-x86_64 /home/dv/qemu/hd.img -net user
how
On Friday 30 December 2005 21:45, Joseph Miller wrote:
I have been using an compiler-optimized version of qemu for several weeks
now on an x86 with much success. Qemu has not crashed one single time and
I have seen a noticeable performance increase.
Do you have any actual performance numbers?
Under some circumstances target_mmap will return -EINVAL. However its callers
expect it behave like normal mmap. ie. return -1 and ser errno.
Discovered when testing qemu with some malformed ELF executables. It
segfaulted instead of displaying an error.
The patch below changes target_map to
On Thursday 05 January 2006 13:59, Wolfgang Schildbach wrote:
Indeed at bootup time the kernel does not appear to detect the smc91
network card. I'll try to build my own kernel then.
For the kernel at the qemu website, did you use the patch-2.6.14-arm1
patch available at the ARM website?
I
1 - 100 of 1522 matches
Mail list logo