On 9/30/07, Edgar E. Iglesias <[EMAIL PROTECTED]> wrote: > On Sun, Sep 30, 2007 at 06:45:08PM +0300, Blue Swirl wrote: > > On 9/30/07, Edgar E. Iglesias <[EMAIL PROTECTED]> 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.
