From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Ic1Ww-0002N6-6a for qemu-devel@nongnu.org; Sun, 30 Sep 2007 12:20:30 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Ic1Wt-0002Ha-FB for qemu-devel@nongnu.org; Sun, 30 Sep 2007 12:20:28 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Ic1Wt-0002HH-AX for qemu-devel@nongnu.org; Sun, 30 Sep 2007 12:20:27 -0400 Received: from nf-out-0910.google.com ([64.233.182.184]) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1Ic1Wt-0000HX-0d for qemu-devel@nongnu.org; Sun, 30 Sep 2007 12:20:27 -0400 Received: by nf-out-0910.google.com with SMTP id 30so2577064nfu for ; Sun, 30 Sep 2007 09:20:26 -0700 (PDT) Message-ID: Date: Sun, 30 Sep 2007 19:20:25 +0300 From: "Blue Swirl" Subject: Re: [Qemu-devel] target_mmap and host vs target page sizes. In-Reply-To: <20070930160528.GF19016@edgar.underground.se.axis.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20070930011817.GA19016@edgar.underground.se.axis.com> <20070930095320.GD19016@edgar.underground.se.axis.com> <20070930114734.GE19016@edgar.underground.se.axis.com> <20070930160528.GF19016@edgar.underground.se.axis.com> Reply-To: qemu-devel@nongnu.org List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: qemu-devel@nongnu.org On 9/30/07, Edgar E. Iglesias wrote: > On Sun, Sep 30, 2007 at 06:45:08PM +0300, Blue Swirl wrote: > > On 9/30/07, Edgar E. Iglesias 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.