[prev in list] [next in list] [prev in thread] [next in thread] 

List:       qemu-devel
Subject:    Re: [Qemu-devel] target_mmap and host vs target page sizes.
From:       "Blue Swirl" <blauwirbel () gmail ! com>
Date:       2007-09-30 16:20:25
Message-ID: f43fc5580709300920g19b835bdx155fc6172f4672a2 () mail ! gmail ! com
[Download RAW message or body]

On 9/30/07, Edgar E. Iglesias <edgar.iglesias@axis.com> wrote:
> On Sun, Sep 30, 2007 at 06:45:08PM +0300, Blue Swirl wrote:
> > On 9/30/07, Edgar E. Iglesias <edgar.iglesias@axis.com> wrote:
> > > With this updated patch, I can now reliably run statically linked sparc64 \
> > > programs on my 32 bit host. Dynamically linked sparc64 programs reliably fail \
> > > with an unhandled trap 0x37. qemu m68k reliably segfaults with and without the \
> > > patch. Again, I tested CRIS and MIPS 8K and they both reliably manage to load \
> > > and run my programs. I also ran some arm (4K pages) programs, which worked \
> > > fine.
> > 
> > 0x37 is TT_PRIV_ACT, taken when privileged instructions are executed
> > in unprivileged mode. Could you try running this program again with -d
> > in_asm,op and see what is the faulting instruction and the generated
> > ops? Maybe some instruction has too strict checks.
> 
> Sure. I pasted info from the error and fron the last TB.

> pstate: 0x00000092 ccr: 0x00 asi: 0x00 tl: 0 fprs: 0

Zero %asi?

> 0x00000000b5c516f8:  wr  %g0, 0xf0, %asi

%asi set to 0xf0 here.

> 0x00000000b5c51734:  ldda  [ %o1 ] %asi, %f0

Faulting instruction, bad %asi?

> 0x0000: movl_T0_im 0x0
> 0x0001: movl_T1_sim 0xf0
> 0x0002: movl_env_T0 0x9364

This is the wr code, no wonder %asi was zero.

Thanks a lot! I'll fix this immediately.


[prev in list] [next in list] [prev in thread] [next in thread]