From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from [140.186.70.92] (port=49368 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Of0lr-0000N3-Ua for qemu-devel@nongnu.org; Fri, 30 Jul 2010 21:21:52 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1Of0lq-0000az-FE for qemu-devel@nongnu.org; Fri, 30 Jul 2010 21:21:51 -0400 Received: from mail-pz0-f45.google.com ([209.85.210.45]:41846) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Of0lq-0000al-B3 for qemu-devel@nongnu.org; Fri, 30 Jul 2010 21:21:50 -0400 Received: by pzk10 with SMTP id 10so819567pzk.4 for ; Fri, 30 Jul 2010 18:21:49 -0700 (PDT) Date: Sat, 31 Jul 2010 09:21:42 +0800 From: amateur Subject: Re: [Qemu-devel] Latest git version failed to run 403.gcc benchmark in SPEC CPU2006 Message-ID: <20100731012142.GA2800@localdomain> References: <20100729154025.GB3422@localdomain> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Reply-To: amateur List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: qemu-devel@nongnu.org On Fri. 2010-07-30 14:21:42 +0000, Blue Swirl wrote: > On Thu, Jul 29, 2010 at 3:40 PM, amateur wrote: > > Hi, All > There's '-d in_asm,op,out_asm' but it may not help much. Since the program runs a while before fail, that counts a lot of instructions(hundreds of millions). With this volume of instructions to trace, the log file would be two large. Anyway, thanks for the suggestion. > Once I singlestepped a program under GDB, simultaneously both in > native host and in QEMU. After each step, both GDBs calculated and > displayed a XOR checksum from all registers. I had to do some hacks to > make address layout and register values match in QEMU. This sounds feasible. I've managed to make the address layout match for guest program running in qemu and in Simics. I'll try it. > > BTW, when I use sparc-linux-gdb with qemu-sparc32plus, it connect, but > > give the wrong value when print local variables. So, I'm really lost. > > Can anyone confirm on this, or I'm doing it the wrong way? > > You may need to use sparc64-linux-gdb. Tried both sparc64-linux-gdb and sparc-linux-gdb, same result.