From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 17527 invoked by alias); 11 Jul 2007 01:15:51 -0000 Received: (qmail 17519 invoked by uid 22791); 11 Jul 2007 01:15:50 -0000 X-Spam-Check-By: sourceware.org Received: from smtp101.biz.mail.re2.yahoo.com (HELO smtp101.biz.mail.re2.yahoo.com) (68.142.229.215) by sourceware.org (qpsmtpd/0.31) with SMTP; Wed, 11 Jul 2007 01:15:43 +0000 Received: (qmail 10371 invoked from network); 11 Jul 2007 01:15:41 -0000 Received: from unknown (HELO ?192.168.1.132?) (wenbo.yang@simplnano.com@211.101.21.42 with plain) by smtp101.biz.mail.re2.yahoo.com with SMTP; 11 Jul 2007 01:15:41 -0000 X-YMail-OSG: OMQXpoUVM1l8UiTD_Q.M3GrvsnFsEhwVtbP62gz2Z5NF0NgPYmsrW7qeoXYJ.jIaX0bBOTMcsxp4r3uqRyz2ZGpRHjkuJXSBixXuqdqOCx7JRNyhLpnGeA-- Message-ID: <46942F13.60907@simplnano.com> Date: Wed, 11 Jul 2007 01:15:00 -0000 From: Wenbo Yang User-Agent: Thunderbird 1.5.0.12 (X11/20070604) MIME-Version: 1.0 To: Sync ma CC: gdb@sourceware.org Subject: Re: Help about RSP command 'p' References: <1184054482.32608.ezmlm@sourceware.org> <4693565C.3050108@simplnano.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org X-SW-Source: 2007-07/txt/msg00086.txt.bz2 Sync ma wrote: > gdb wonder the value of register 37? there only 32 general purpose > regs in my 4KEc cpu. I used to read some GDB source code related to MIPS arch(ISA). In some MIPS archs, Reg.37 means PC register. But I have no idea which arch(target) in "config.sub" your 4KEC belong to. I think the target dependent file "mips-tdep.c/h" can give you some clue. > Anyway, there should be some handler function in gdbserver for command > 'p', but I have not found in gdb-6.5 yet. Maybe you can find it in "remote.c". 'p' is not a command, it is a RSP packet. > Someone guide me.( Lots question about remote debugging(debugging with > BDIGDB), eg. 'stepi' makes no stop, I could only return to GDB CLI > with 'CTRL+C', A japanese engineer wrote in another maillist says that > some instruction sets may not support tracing... I found a manual for > U-boot debugging with BDI2000, but it can not be reproduced on my MIPS > processor). It depends on archs. If GDB (compiled for your target) support SW single stepping, you can achieve "stepi", or you can implement SW single stepping in your STUB. I have never used "tracing" related command before, so I don't know if gdb can. What GDB can do depends on how much RSP packets you implement in your STUB and how much functions registered to GDB in target dependent files. So concentrate in what you can do, let others go. It is very hard for remote debugging achieve the same goal as debugging on host. Regards, Wenbo -- Wenbo Yang The State Key Lab. of Information Security Graduate School of CAS, 19A Yuquan Road, Beijing, China Homepage: http://solrex.cn SimpLight Nanoelectronics Ltd. 6 Zhichun Road, 10th Floor, Beijing, China Phone: +86-10-5126-6989 --- Email: wenbo.yang@simplnano.com