From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1I69Ak-0007qF-PW for qemu-devel@nongnu.org; Wed, 04 Jul 2007 14:01:50 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1I69Aj-0007pR-9z for qemu-devel@nongnu.org; Wed, 04 Jul 2007 14:01:50 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1I69Aj-0007pO-6j for qemu-devel@nongnu.org; Wed, 04 Jul 2007 14:01:49 -0400 Received: from ug-out-1314.google.com ([66.249.92.173]) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1I69Ai-0006L8-JZ for qemu-devel@nongnu.org; Wed, 04 Jul 2007 14:01:48 -0400 Received: by ug-out-1314.google.com with SMTP id m2so323048uge for ; Wed, 04 Jul 2007 11:01:47 -0700 (PDT) Message-ID: Date: Wed, 4 Jul 2007 21:01:46 +0300 From: "Blue Swirl" Subject: Re: [Qemu-devel] sh4: more patches In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_Part_81900_24686650.1183572106846" References: Reply-To: qemu-devel@nongnu.org List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Magnus Damm Cc: qemu-devel@nongnu.org ------=_Part_81900_24686650.1183572106846 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline On 7/4/07, Magnus Damm wrote: > Ok, to begin with I've attached two patches needed for this to work on > sh4. They are in quite hairy shape and not ready for upstream merge. I > don't plan on submitting them upstream any time in the future - they > are just useful for debugging. Anyway, I suspect you need to implement > something similar for sparc64 as well. Stepping to delay slot seems to work on sparc, maybe by accident. > Together with the patches I've attached two gdb scripts. Thanks. I didn't use gdbserver or cross-gdb, but both are native gdb64s. Also, as I first produced 500 megs of memset and memcpy loop dumps, I started the debugging after a known line (b unix.c:641) and compressed the dump by xoring the interesting registers together. Many thanks again, I already found one bug! ------=_Part_81900_24686650.1183572106846 Content-Type: application/octet-stream; name=gdb-script.s64 Content-Transfer-Encoding: base64 X-Attachment-Id: f_f3q47c05 Content-Disposition: attachment; filename="gdb-script.s64" aW5mbyB0YXJnZXQKYiB1bml4LmM6NjQxCnIKd2hpbGUgKDE+MCkKIHgvaSAkcGMKIHAveCAkZzFe JGcyXiRnM14kZzReJGc1XiRnNl4kZzdeJGkwXiRpMV4kaTJeJGkzXiRpNF4kaTVeJGwwXiRsMV4k bDJeJGwzXiRsNF4kbDVeJGw2XiRsNwogc3RlcGkKZW5kCnF1aXQK ------=_Part_81900_24686650.1183572106846 Content-Type: application/octet-stream; name=gdb-script.s64.qemu Content-Transfer-Encoding: base64 X-Attachment-Id: f_f3q48had Content-Disposition: attachment; filename="gdb-script.s64.qemu" dGFyZ2V0IHJlbW90ZSAxMC4wLjAuMjoxMjM0CmluZm8gdGFyZ2V0CmIgdW5peC5jOjY0MQpjCndo aWxlICgxPjApCiB4L2kgJHBjCiBwL3ggJGcxXiRnMl4kZzNeJGc0XiRnNV4kZzZeJGc3XiRpMF4k aTFeJGkyXiRpM14kaTReJGk1XiRsMF4kbDFeJGwyXiRsM14kbDReJGw1XiRsNl4kbDcKIHN0ZXBp CmVuZApxdWl0Cg== ------=_Part_81900_24686650.1183572106846--