From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 9244 invoked by alias); 30 Apr 2011 16:16:37 -0000 Received: (qmail 9227 invoked by uid 22791); 30 Apr 2011 16:16:36 -0000 X-SWARE-Spam-Status: No, hits=1.2 required=5.0 tests=AWL,BAYES_50,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,FREEMAIL_ENVFROM_END_DIGIT,FREEMAIL_FROM,RCVD_IN_DNSWL_NONE,RFC_ABUSE_POST,T_RP_MATCHES_RCVD X-Spam-Check-By: sourceware.org Received: from nm28.bullet.mail.sp2.yahoo.com (HELO nm28.bullet.mail.sp2.yahoo.com) (98.139.91.98) by sourceware.org (qpsmtpd/0.43rc1) with SMTP; Sat, 30 Apr 2011 16:16:18 +0000 Received: from [98.139.91.64] by nm28.bullet.mail.sp2.yahoo.com with NNFMP; 30 Apr 2011 16:16:17 -0000 Received: from [98.139.91.5] by tm4.bullet.mail.sp2.yahoo.com with NNFMP; 30 Apr 2011 16:16:17 -0000 Received: from [127.0.0.1] by omp1005.mail.sp2.yahoo.com with NNFMP; 30 Apr 2011 16:16:17 -0000 Received: (qmail 88713 invoked by uid 60001); 30 Apr 2011 16:16:17 -0000 Message-ID: <924576.78639.qm@web112515.mail.gq1.yahoo.com> Received: from [123.238.92.58] by web112515.mail.gq1.yahoo.com via HTTP; Sat, 30 Apr 2011 09:16:16 PDT References: <341905.10459.qm@web112513.mail.gq1.yahoo.com> <208397.95006.qm@web112517.mail.gq1.yahoo.com> <4DA27006.1080607@codesourcery.com> <763549.92092.qm@web112506.mail.gq1.yahoo.com> <335149.24692.qm@web112515.mail.gq1.yahoo.com> <592215.58786.qm@web112508.mail.gq1.yahoo.com> <172713.29831.qm__351.089161313389$1303740245$gmane$org@web112503.mail.gq1.yahoo.com> <136943.43839.qm@web112518.mail.gq1.yahoo.com> <727567.12089.qm__13056.408687453$1304018591$gmane$org@web112511.mail.gq1.yahoo.com> Date: Sat, 30 Apr 2011 16:16:00 -0000 From: paawan oza Subject: Re: [PATCH] arm reversible : To: Tom Tromey Cc: =?iso-8859-1?Q?Petr_Hluz=EDn?= , gdb@sourceware.org, gdb-patches@sourceware.org In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org X-SW-Source: 2011-04/txt/msg00570.txt.bz2 Hi Tom, So you are suggesting; GET_REG_VAL (reg_cache, ARM_PC_REGNUM, &u_buf.buf[0]); if (target is big endian) { convert_big_to_little (u_buf.s_word) } something like above ? right ? and while replaying do I need to convert it to big endian ? somethig like that ? Regards, Oza. ----- Original Message ---- From: Tom Tromey To: paawan oza Cc: Petr Hluz=EDn ; gdb@sourceware.org;=20 gdb-patches@sourceware.org Sent: Fri, April 29, 2011 1:06:39 AM Subject: Re: [PATCH] arm reversible : >>>>> "Oza" =3D=3D paawan oza writes: Oza> but whole operation happens on target memory, so=20 Oza> after=20 Oza> GET_REG_VAL (reg_cache, ARM_PC_REGNUM, &u_buf.buf[0]); Oza> we get scalar u_buf.s_word again in big-endian. Oza> + start_address =3D u_buf.s_word - \ Oza> + (4 * (bit (thumb_insn_r->arm_insn, 8) +=20 register_count)) ; Oza> and above math is again in target memory in big endian machine and Oza> record is saved to target memory. Oza> I think it never gets fetched to host for any reason, Am I thinking Oza> correct? No, sorry. Any code in gdb is by running on the host system. So, GET_REG_VAL fetches the raw register -- from the target to the host. `u_buf.s_word' is a scalar value in gdb, i.e., on the host. Tom