Thiemo:
Thanks for your suggestion.
Yes, it is a issue about endianness. I already fix it. The default of
kernel for MIPS Qemu is not support the little endian. The
arch/mips/Kconfig must be updated for mipsel.
Thanks for ur help!
Best regard!
Pan
On 5/18/07, Thiemo Seufer <[EMAIL PROTECTED]
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Thiemo Seufer 07/05/18 01:13:09
Modified files:
target-mips: op.c translate.c
Log message:
Work around the lack of proper handling for self-modifying code.
CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcv
Hi Shashi,
I think it is sufficient to add your intercept code in ops_mem.h. I am not
sure about the writes from the I/O though.
Regards,
Atif
On 5/17/07, Shashidhar Mysore <[EMAIL PROTECTED]> wrote:
Hi Atif,
Thanks for the quick reply. Yes, you are right, I want to consider all
updates to m
H. Peter Anvin wrote:
> I got a bug report today that my recent changes to the Linux kernel
> setup broke the Qemu kernel loader. I implemented a workaround, but
> found a number of serious bugs in the loader itself. As a consequence,
> I have rewritten it; here is a patch against qemu-0.9.0.
>
Hi Atif,
Thanks for the quick reply. Yes, you are right, I want to consider all
updates to memory. Can you tell me if it is sufficient enough to instrument
just those in ops_mem.h? I want to make sure I am not missing any form of
write to the memory (even it is from IO devices, which I think is
Hi,
Answering "1. Am I instrumenting all stores if I instrument the OPROTOs in
ops_mem.h? "
Do you consider all updates to memory as stores? e.g. add %ebx, (%eax), will
also write to the memory and
void OPPROTO glue(glue(op_stl, MEMSUFFIX), _T0_A0)(void) or one of its
variant will be called.
If
Hi,
I want to instrument all store instructions, and for this I wrote a helper
function (in helper.c) which prints out some information every time a store
is executed. I call this helper function from within every store OPROTO in
ops_mem.h
for example:
void OPPROTO glue(glue(op_stl, MEMSUFFIX),
CVSROOT:/cvsroot/qemu
Module name:qemu
Changes by: Blue Swirl 07/05/17 19:34:41
Modified files:
hw : tcx.c
Log message:
Make TCX registers match what NetBSD expects
CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/hw/tcx.c?cvsroot=qemu&r1=1.14&
CVSROOT:/cvsroot/qemu
Module name:qemu
Changes by: Blue Swirl 07/05/17 19:32:20
Modified files:
hw : slavio_timer.c
Log message:
Fix Qemu division by zero triggered by NetBSD
CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/hw/slavio_timer.c?cv
CVSROOT:/cvsroot/qemu
Module name:qemu
Changes by: Blue Swirl 07/05/17 19:30:10
Modified files:
. : exec-all.h exec.c
target-sparc : cpu.h op_helper.c translate.c
Log message:
Enable faults for unassigned memory accesses and unimplemented
CVSROOT:/cvsroot/qemu
Module name:qemu
Changes by: Blue Swirl 07/05/17 19:25:15
Modified files:
hw : sun4m.c
Log message:
Set limits for memory size to avoid overlap with devices
CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/hw/sun4m.c?cvsro
CVSROOT:/cvsroot/qemu
Module name:qemu
Changes by: Blue Swirl 07/05/17 19:21:47
Modified files:
hw : slavio_timer.c sun4m.c
Log message:
Force the primary CPU to run and other CPUs to halt, recalculate timers
after system_reset.
CVSWeb URLs:
PianoPan wrote:
> Hello every one,
>
> I try to build a mipsel kernel by myself for qemu-system-mipsel. But
> the qemu can not boot it properly. Is there anyone can give me some
> suggestion about it.
>
> My method is following,
>
> * Get the kernel of 2.6.18.3 from kernel.org
In general the so
Hello every one,
I try to build a mipsel kernel by myself for qemu-system-mipsel. But
the qemu can not boot it properly. Is there anyone can give me some
suggestion about it.
My method is following,
* Get the kernel of 2.6.18.3 from kernel.org
* Get the config.gz from the mipsel kernel that be
On Wednesday 16 May 2007, H. Peter Anvin wrote:
> I got a bug report today that my recent changes to the Linux kernel
> setup broke the Qemu kernel loader. I implemented a workaround, but
> found a number of serious bugs in the loader itself. As a consequence,
> I have rewritten it; here is a pat
On Wednesday 16 May 2007 14:31:38 H. Peter Anvin wrote:
> As rewritten, it should follow the current version of the Linux boot
> protocol specification and recommendations. As a side benefit, it no
> longer relies on load_linux.S; instead I have a small code generator
> which can be used to set up
Hi,
The bug was in my last patch.
This is a new one.
I'll very appreciate any comments.
Regards,
Igor Lvovsky
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Igor Lvovsky
Sent: Sunday, May 13, 2007 2:13 PM
To: qemu-devel@no
I got a bug report today that my recent changes to the Linux kernel
setup broke the Qemu kernel loader. I implemented a workaround, but
found a number of serious bugs in the loader itself. As a consequence,
I have rewritten it; here is a patch against qemu-0.9.0.
As rewritten, it should follow t
18 matches
Mail list logo
