Am Donnerstag, 18. Mai 2006 18:16 schrieb Joerg Platte:
Hi!
Here is a patch fixing the problem by calling save_state before all possible
fpu-interrupts.
regards,
Jörg
--- translate.c 2005-11-22 00:33:12.0 +0100
+++ translate.c.new 2006-05-22 20:40:07.0 +0200
@@ -982,6 +982,7 @@
Fabrice,
I will defer to you on the real time timers. I had not examined the
code thoroughly enough to understand if there was more to the real time
timers. I had wanted to guard against any kind of interrupts or
triggers that might fire off. Just call it a lack of total
understanding of the co
CVSROOT:/sources/qemu
Module name:qemu
Branch:
Changes by: Fabrice Bellard <[EMAIL PROTECTED]> 06/05/22 23:06:04
Modified files:
target-arm : translate.c
Log message:
ARM undefined instruction execution (Jason Wessel)
CVSWeb URLs:
http://cvs.sava
CVSROOT:/sources/qemu
Module name:qemu
Branch:
Changes by: Fabrice Bellard <[EMAIL PROTECTED]> 06/05/22 22:14:43
Modified files:
target-mips: helper.c op_helper.c
Log message:
fix wrong bitmasks for CP0_Context and CP0_EntryHi (Thiemo Seufer)
CVS
CVSROOT:/sources/qemu
Module name:qemu
Branch:
Changes by: Fabrice Bellard <[EMAIL PROTECTED]> 06/05/22 22:13:29
Modified files:
target-mips: helper.c op_helper.c translate.c
Log message:
cosmetics (Thiemo Seufer)
CVSWeb URLs:
http://cvs.savannah
CVSROOT:/sources/qemu
Module name:qemu
Branch:
Changes by: Fabrice Bellard <[EMAIL PROTECTED]> 06/05/22 22:05:04
Modified files:
. : mips-dis.c
Log message:
dump all mips insn (Thiemo Seufer)
CVSWeb URLs:
http://cvs.savannah.gnu.org/view
CVSROOT:/sources/qemu
Module name:qemu
Branch:
Changes by: Fabrice Bellard <[EMAIL PROTECTED]> 06/05/22 22:03:52
Modified files:
. : cpu-exec.c
target-mips: helper.c
Log message:
mips cleanup (Thiemo Seufer)
CVSWeb URLs:
htt
CVSROOT:/sources/qemu
Module name:qemu
Branch:
Changes by: Fabrice Bellard <[EMAIL PROTECTED]> 06/05/22 21:50:20
Modified files:
target-ppc : op.c translate.c
Log message:
PPC Breakpoints for gdb-stub (Jason Wessel)
CVSWeb URLs:
http://cvs.savann
Hi,
I agree that the feature is useful, but I am not sure yet if I will
apply as is. I am adding support in QEMU for deterministic execution and
your patch won't be needed once this new feature is released.
BTW, why do you stop real time timers ? These timers are only used for
things which d
CVSROOT:/sources/qemu
Module name:qemu
Branch:
Changes by: Fabrice Bellard <[EMAIL PROTECTED]> 06/05/22 21:25:04
Modified files:
. : cocoa.m
Log message:
fix missing type declarations (Joachim Henke)
CVSWeb URLs:
http://cvs.savannah.gnu.
Whoops. Wrong patch - missing 1 chunk - please see attached.
--- qemu/hw/usb.h 2006-05-21 11:30:15.0 -0500
+++ qemu/hw/usb.h 2006-05-22 13:23:10.0 -0500
@@ -127,6 +127,7 @@
int (*handle_data)(USBDevice *dev, int pid, uint8_t devep,
uint8_
The attached patch provides more output to accompany info usb. A
device name is provided which is obtained from product string
descriptor. This is to help clear up what device is which as the only
information currently provided to the user are the bus and address the
device has been given f
The single stepping actually only gets turned off if you do:
Qqemu.sstep=0
I am guessing you probably don't want to do this. But as with anything
there are reasons you might, such as debugging internals of QEMU. The
bit is in there for future use more than anything, and to maintain
compatibilit
Hi Jason..
> The patch is completely arch independent and should work with any of
> the targets that use the gdb-stub.
Just want to report that I gave it a try and it works great.
However, I am just courious, what happen if I use stepbit=0x6? That
means: IRQ off, timer off, but single step disa
Am Montag, 22. Mai 2006 21:12 schrieb Joerg Platte:
Hi!
> PS: Booting a normal SPARC-Image with init, hotplug, ... seems to work now
> much better than before. There is no bash segfault any more:
Shit, the bash still not works (I forgot the bash symlink pointing to a
dash :-). But programs using
Am Montag, 22. Mai 2006 19:51 schrieb Joerg Platte:
> Am Freitag, 19. Mai 2006 21:14 schrieb Blue Swirl:
Hi!
> This re-execution of the same tb could explain my discovered behavior of
> the FPU programs.
A "save_state(dc);" call was missing before all invocations
of "gen_op_trap_ifnofpu();" in t
Am Freitag, 19. Mai 2006 21:14 schrieb Blue Swirl:
Hi!
I added some debug output to the do_interrupt function. Maybe I'm totally
wrong, but env->pc is set some times to the same value again and again. And
other debug output indicates, that sometimes a portion of code containing an
FPU instructi
CVSROOT:/sources/qemu
Module name:qemu
Branch:
Changes by: Paul Brook <[EMAIL PROTECTED]> 06/05/22 17:17:06
Modified files:
hw : usb-ohci.c usb-uhci.c
Log message:
Fix USB root hub hotplugging.
CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcv
Attached is a patch to always set the from address and port when using
slirp "-net user" type networking. It fixes the case so that the target
can boot from udp NFS as well as the case where different instances of
an application over time go through the same redirection port with
different s
The attached patch signals root hub status change interrupt for
attach/detach in ohci_attach.
--- qemu/hw/usb-ohci.c 2006-05-22 11:02:16.0 -0500
+++ qemu/hw/usb-ohci.c 2006-05-22 11:22:46.0 -0500
@@ -252,6 +252,7 @@
{
OHCIState *s = port1->opaque;
OHCIPort *port = &
CVSROOT:/sources/qemu
Module name:qemu
Branch:
Changes by: Paul Brook <[EMAIL PROTECTED]> 06/05/22 14:10:48
Modified files:
. : osdep.c
Log message:
Only use /dev/shm hack when kqemu is enabled.
CVSWeb URLs:
http://cvs.savannah.gnu.org/view
> has anyone thought of building a dedicated/ minimal
> host for the purpose
> of running multiple qemu instances?
I don't know if that is relevant, but I am planning to
resell root hosting via Qemu.
I mean, starting multiple instances of Qemu with port
redirection (dns, http, https, ssh, pop
22 matches
Mail list logo
