CVSROOT:/sources/qemu
Module name:qemu
Changes by: Jocelyn Mayer j_mayer 07/03/30 09:38:04
Modified files:
. : cpu-exec.c vl.h
hw : openpic.c ppc.c ppc_chrp.c ppc_prep.c
target-ppc : cpu.h helper.c
Log message:
New
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Jocelyn Mayer j_mayer 07/03/30 10:07:33
Modified files:
target-ppc : cpu.h translate_init.c
Log message:
Fix / update PowerPC BookE definitions.
CVSWeb URLs:
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Jocelyn Mayer j_mayer 07/03/30 10:22:46
Modified files:
target-ppc : op.c op_helper.c op_helper.h translate.c
Log message:
Fix rfi instruction: do not depend on current execution mode
but on the
On Thu, Mar 29, 2007 at 06:28:14PM -0700, Shashidhar Mysore wrote:
Hi Stuart,
Thanks for the reply, but since I'm a little new to qemu, can you please
elaborate on how to insert the op_dump_pc function to extract the PC values?
Well, here's a patch that does it:
Index: target-i386/exec.h
3 more bugs that need attention...
a) serious: Image files, even those created by the version of qemu-img.exe
that comes with QEMU 0.90, are unreadable by QEMU 0.90, QEMU 0.82 works fine
with them.
b) less serious: Out of environment space error when starting.
c) serious: audio: Failed to
On 3/30/07, James Jacobs [EMAIL PROTECTED] wrote:
3 more bugs that need attention...
a) serious: Image files, even those created by the version of qemu-img.exe
that comes with QEMU 0.90, are unreadable by QEMU 0.90, QEMU 0.82 works fine
with them.
b) less serious: Out of environment space
On Thu, Mar 29, 2007 at 07:43:01PM -0600, C.W. Betts wrote:
When I was trying to get the PowerPC qemu to go into open Firmware
mode,
The mode you're looking for doesn't exist :-) Open Hack'ware
implements a bunch of PROM operations that let the OS query it, et
cetera, but the Forth interpreter
3 more bugs that need attention...
a) serious: Image files, even those created by the version of
qemu-img.exe
that comes with QEMU 0.90, are unreadable by QEMU 0.90, QEMU 0.82 works
fine
with them.
b) less serious: Out of environment space error when starting.
c) serious: audio: Failed to
On 3/30/07, James Jacobs [EMAIL PROTECTED] wrote:
Host type is Win98SE. Guest types are Debian Linux 3.1 and Knoppix.
Not specifying a type of image to qemu-img (using default, whichever
filesystem that is - it doesn't say).
no experience whatsoever on win98se host. I usually use it as
guest.
I've been searching high and low for the SuperSPARC User's Guide.
At one time it was published as Sun part number 801-4272-01 and TI
part number 2647726-9761. A previous TI version was apparently
published as SPKU005 (and possibly 2647726-9721, although
that could be a typo).
Sun and TI don't
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Thiemo Seufer ths 07/03/30 16:41:55
Modified files:
. : vl.h
Log message:
Fix build failure.
CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/vl.h?cvsroot=qemur1=1.197r2=1.198
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Thiemo Seufer ths 07/03/30 16:44:54
Modified files:
. : cpu-exec.c dyngen-exec.h
hw : mips_int.c
target-mips: cpu.h helper.c op.c op_helper.c translate.c
Log message:
This patch implements a simple 24mhz clock for the versatile board such
that functions in the linux kernel can make use of these stamps. An
example user of this is the printk time stamps when using the time
parameter on the kernel boot line.
signed-off-by: [EMAIL PROTECTED]
Cheers,
Jason.
Hi all,
Both of the SPARC CPU currently emulated in QEMU do not have a
coprocessor. In such case executing a Cpop1 or a Cpop2 instruction
should generate a cp_disabled trap, but the current implementation
generates a illegal_instruction instead.
The patch below fixes that.
Bye,
Aurelien
+ uint64_t now = qemu_get_clock(vm_clock);
+ return (uint32_t)(now*.024);
We should be able to do this without resorting to floating point arithmetic.
Paul
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Thiemo Seufer ths 07/03/30 17:48:00
Modified files:
target-mips: helper.c
Log message:
Squash logic bugs while they are fresh...
CVSWeb URLs:
If you're ok you can shift it left 4 bits, then add half that result then
shift right 10 bits.
Of course, you'll only get 23.4Mhz that way :-)
jonathan
On 3/30/07, Paul Brook [EMAIL PROTECTED] wrote:
+ uint64_t now = qemu_get_clock(vm_clock);
+ return (uint32_t)(now*.024);
We should be
The patch updates the comments, makes modprobe conditional,
adds a mount needed at least for Debian, and tries to add m68k.
I have no m68k executable available, perhaps somebody can
check the header bytes and the cpu type for this platform?
Maybe the cpu list for mips must be completed, too.
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Thiemo Seufer ths 07/03/30 18:42:21
Modified files:
target-mips: cpu.h
Log message:
Fix typo, suggested by Ben Taylor.
CVSWeb URLs:
This patch fixes the usage of medium and media
in the documentation and in QEMU messages.
one CDROM = medium (not media)
two or more CDROMs = media (not medias)
Please correct me if I was wrong - I'm not a native
speaker but tried my best and looked at AskOxford.
Stefan
Index: qemu-doc.texi
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Thiemo Seufer ths 07/03/30 18:56:19
Modified files:
target-mips: TODO
Log message:
Update mips TODO.
CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/target-mips/TODO?cvsroot=qemur1=1.6r2=1.7
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Thiemo Seufer ths 07/03/30 18:58:01
Modified files:
. : monitor.c qemu-doc.texi
Log message:
Spelling fixes, by Stefan Weil.
CVSWeb URLs:
This patch further isolates the functions needed for kqemu.c by Solaris.
The original include has the unintended side effect of screwing up
the mips targets on Solaris 9/x86 because there are some defines
that get included via sys/modctl.h that change how the CPU
structure in the
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Thiemo Seufer ths 07/03/30 19:20:50
Modified files:
. : kqemu.c
Log message:
Switch include for Solaris to avoid namespace issues. By Juergen Keil.
CVSWeb URLs:
uint64_t now = qemu_get_clock(vm_clock);
return (uint32_t)((now*3)/125);
The optimizer should fix this up with no floating point ops.
Jason.
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On
Behalf Of Jonathan Kalbfeld
Sent: Friday, March
On 31/03/07, Wessel, Jason [EMAIL PROTECTED] wrote:
uint64_t now = qemu_get_clock(vm_clock);
return (uint32_t)((now*3)/125);
The optimizer should fix this up with no floating point ops.
Adding to the bikeshed discussion (www.bikeshed.com) this is still not
correct as vm_clock is to be used
26 matches
Mail list logo