From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1HRtBP-00020x-Qh for qemu-devel@nongnu.org; Thu, 15 Mar 2007 12:52:07 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1HRtBM-00020l-Op for qemu-devel@nongnu.org; Thu, 15 Mar 2007 12:52:07 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1HRtBM-00020i-Dd for qemu-devel@nongnu.org; Thu, 15 Mar 2007 11:52:04 -0500 Received: from eastrmmtao101.cox.net ([68.230.240.7]) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1HRtAJ-0001pY-Tc for qemu-devel@nongnu.org; Thu, 15 Mar 2007 12:51:00 -0400 Message-ID: <18442832.1173977458530.JavaMail.root@eastrmwml07.mgt.cox.net> Date: Thu, 15 Mar 2007 12:50:58 -0400 From: Ben Taylor Subject: Re: [Qemu-devel] PATCH: allow Sparc hosts to run arm/mips/sparc-softmmu MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Reply-To: sol10x86@cox.net, qemu-devel@nongnu.org List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Rob Landley , qemu-devel@nongnu.org ---- Rob Landley wrote: > On Tuesday 13 March 2007 10:25 am, Ben Taylor wrote: > > However, it's very wax-on, wax-off kind of thing. Without the patch, > > arm-test and mips-test crash. With the patch, I can run both tests. > > Could we get a reproduction sequence for the crashes please? Running 0.9.0-CVS plus a few patches, on a Solaris 10/FCS heavily patched host, compiled with blastwave gcc-3.4.3. When I run the arm-test as suggested by the readme, qemu core dumps with a SIGSEGV at the line that was patched. I agree with Paul that is probalby not the right fix. It does just happen to fix it on both mips-test and arm-test. Uncommmenting the define for DEBUG_EXEC in cpu-exec.c and recompiling, and starting the arm-test with "-vnc :0 -S", connecting with VNC, going to the qemu monitor and enabling all logging and hitting continue, the qemu again dumps core, having processed exactly one translation block. With the patch, and started exactly the same way, the first TB log looks exactly the same, but continues without "crashing". If I put a fprintf(logfile...) above the line, it works, no crash. I am not very good at debugging as it is, and I'm pretty sure that there's some sort of left over from the TB that is causing the problem. I'm suspecting maybe a page boundry, just from having stepi'd all the instructions in the TB before it SEGV's on that line. The last address looked suspciously like a page boundry. However, that's just an uneducated SWAG at what the problem is. Does that help? Ben