From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 3354 invoked by alias); 16 Jan 2015 15:44:07 -0000 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 Received: (qmail 3341 invoked by uid 89); 16 Jan 2015 15:44:05 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-1.6 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_NONE,SPF_HELO_PASS,SPF_PASS autolearn=ham version=3.3.2 X-HELO: na01-by2-obe.outbound.protection.outlook.com Received: from mail-by2on0100.outbound.protection.outlook.com (HELO na01-by2-obe.outbound.protection.outlook.com) (207.46.100.100) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES256-SHA256 encrypted) ESMTPS; Fri, 16 Jan 2015 15:44:02 +0000 Received: from [10.32.232.172] (132.170.212.11) by BLUPR07MB850.namprd07.prod.outlook.com (10.242.188.152) with Microsoft SMTP Server (TLS) id 15.1.59.20; Fri, 16 Jan 2015 15:43:59 +0000 Message-ID: <54B9326B.8040804@knights.ucf.edu> Date: Fri, 16 Jan 2015 15:44:00 -0000 From: Orlando Arias User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 To: Subject: Re: Issues debugging remote leon3 system References: <54B00064.2070401@knights.ucf.edu> <54B82616.1060706@knights.ucf.edu> In-Reply-To: <54B82616.1060706@knights.ucf.edu> Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="1M1a9g4QCQmXINDsxrd9CBjxjRBamEqXT" X-ClientProxiedBy: BLUPR01CA043.prod.exchangelabs.com (25.160.23.33) To BLUPR07MB850.namprd07.prod.outlook.com (10.242.188.152) Authentication-Results: spf=none (sender IP is ) smtp.mailfrom=oarias@knights.ucf.edu; X-DmarcAction-Test: None X-Microsoft-Antispam: UriScan:; X-Microsoft-Antispam: BCL:0;PCL:0;RULEID:(3005004);SRVR:BLUPR07MB850; X-Exchange-Antispam-Report-Test: UriScan:; X-Exchange-Antispam-Report-CFA-Test: BCL:0;PCL:0;RULEID:(601004);SRVR:BLUPR07MB850; X-Forefront-PRVS: 04583CED1A X-Forefront-Antispam-Report: SFV:NSPM;SFS:(10009020)(6049001)(6009001)(51704005)(24454002)(377454003)(199003)(189002)(479174004)(2351001)(64706001)(107886001)(122386002)(105586002)(40100003)(46102003)(101416001)(92566002)(89122001)(75432002)(19580395003)(83506001)(80316001)(87976001)(86362001)(84326002)(62966003)(450100001)(106356001)(77156002)(42186005)(568964001)(88552001)(512874002)(2950100001)(64126003)(50986999)(15975445007)(87266999)(77096005)(54356999)(65816999)(97736003)(15395725005)(68736005)(59896002)(76176999)(66066001)(110136001)(33656002)(65956001)(65806001)(2004002);DIR:OUT;SFP:1101;SCL:1;SRVR:BLUPR07MB850;H:[10.32.232.172];FPR:;SPF:None;MLV:sfv;PTR:InfoNoRecords;A:0;MX:1;LANG:en; Received-SPF: None (protection.outlook.com: knights.ucf.edu does not designate permitted sender hosts) X-Exchange-Antispam-Report-CFA-Test: BCL:0;PCL:0;RULEID:;SRVR:BLUPR07MB850; X-OriginatorOrg: knights.ucf.edu X-MS-Exchange-CrossTenant-OriginalArrivalTime: 16 Jan 2015 15:43:59.3454 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-Transport-CrossTenantHeadersStamped: BLUPR07MB850 X-IsSubscribed: yes X-SW-Source: 2015-01/txt/msg00035.txt.bz2 --1M1a9g4QCQmXINDsxrd9CBjxjRBamEqXT Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Content-length: 3679 Greetings, Further providing information, I have found the following whilst debugging the issue: At some point, gdbserver sends the following string: $T050e:0*,;1e:0*"00ef90f6a0;50:0*,;51:0*,;0f:0*,;thread:p37b.37b;core:0;#54 and gdb attempts to process: T050e:0000000000000000;1e:0008a6a000080e14;50:0000000000000000;51:000000000= 0000000;0f:0000000000000000;thread:p37e.37e;core:0; At the moment, I am not sure as to what I am looking at. I will continue working on finding the root cause. If anybody has any ideas, please let me know. Thank you. Cheers, Orlando. On 01/15/2015 03:41 PM, Orlando Arias wrote: > Greetings, >=20 > In hope anybody is seeing this, I have updated to GDB 7.8.2 and the > issue is still persistent. I am configuring gdb in its own build > directory with >=20 > mkdir gdb-build && cd gdb-build > ../configure --prefix=3D/usr \ > --target=3Dsparc-leon3-linux \ > --host=3Dx86_64-unknown-linux-gnu \ > --build=3Dx86_64-unknonw-linux-gnu \ > --with-sysroot=3D/usr/sparc-leon3-linux \ > --without-guile \ > --disable-nls \ > --with-python=3D/usr/bin/python2 \ > --with-system-readline >=20 > and gdbserver as a separate package with > ../configure --prefix=3D/usr \ > --build=3Dx86_64-unknown-linux-gnu \ > --host=3Dsparc-leon3-linux \ > --program-prefix=3D"" \ > --disable-nls >=20 > Please let me know if I am missing something. Thank you. >=20 > Cheers, > Orlando. >=20 >=20 >=20 > On 01/09/2015 11:23 AM, Orlando Arias wrote: >> Greetings >> >> I have a Spartan6 FPGA in a Xilinx SP605 board configured with a stock >> Leon3 SPARC processor. Currently, I am running GNU/Linux on the device >> (kernel version 3.14.26, uClibc version 0.9.33.2, BusyBox 1.23.0) and I >> am attempting to run gdbserver on the device. >> >> Whenever I try to connect remotely through TCP, I get the following >> error on the GDB client: >> >> $ sparc-leon3-linux-gdb hw >> GNU gdb 7.8.1 >> Copyright (C) 2014 Free Software Foundation, Inc. >> License GPLv3+: GNU GPL version 3 or later >> >> This is free software: you are free to change and redistribute it. >> There is NO WARRANTY, to the extent permitted by law. Type "show copyin= g" >> and "show warranty" for details. >> This GDB was configured as "--host=3Dx86_64-unknown-linux-gnu >> --target=3Dsparc-leon3-linux". >> Type "show configuration" for configuration details. >> For bug reporting instructions, please see: >> . >> Find the GDB manual and other documentation resources online at: >> . >> For help, type "help". >> Type "apropos word" to search for commands related to "word"... >> Reading symbols from hw...done. >> (gdb) target remote leon3:1234 >> Remote debugging using leon3:1234 >> Remote register badly formatted: >> T050e:0000000000000000;1e:00000000efc4d6a0;50:0000000000000000;51:000000= 0000000000;0f:0000000000000000;thread:p37d.37d;core:0; >> here: >> 00000000;1e:00000000efc4d6a0;50:0000000000000000;51:0000000000000000;0f:= 0000000000000000;thread:p37d.37d;core:0; >> (gdb) >> >> >> Attached you can find the the output of gdbserver (debugging enabled, >> not placed here). I have done a packet capture of the protocol for an >> ARM target and compared it to a capture for the Leon3 target and noticed >> that there a few XML files being transmitted on the ARM target which are >> not present in the SPARC target. I am not sure if this is necessary. >> >> I do not have any other SPARC units on which I can test this issue and >> searching online and the mailing lists has yielded no results. Please >> advice. Thank you. >> >> Cheers, >> Orlando. >> >=20 --1M1a9g4QCQmXINDsxrd9CBjxjRBamEqXT Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" Content-length: 819 -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJUuTJrAAoJEKwbU4ENrwN1IsQP/3QwdXz2l6R1kAGNyraV0mLS R87IYKt6WUmr/MFeUbVewyMEi+nGlYb0Ppcd8i1BDm0Ah3a7ZYB4VwqG9QrSOEBR TqZPQeJB6u3qiCxobJcslNUqYehQOsHBzKJFAUe+FuJRUCZ91UyCJ3mq96B5iEaW dO9x4KMcU2r8Lj5ik4z3AMvGWlDzOImzs4S1yMzzIBYnMhXGFfHkkNDEVeUPVqJB 3Fdp+94P4aSKb4jirBDc4dKlCL4aerYENTqCYwsHHyG39Mp7P5jXmjECXSFikpiF Sky4TyOKrVtdKljXc0dIHV5AR0JEcJF3T3YGsRuumXvDWI5m89XndPvl2T7zZAse l07cTPE9MDZgLDXQLdQqL3IuWlF9gfcPHZ+3iBXlrnAGTND4rwqkOFmsT+mXIesQ yUWAzz4JMX0wlf5KLj9cs/F8sR6iAYRB16c/sOXMrU0ar/1yDvIZGgUBrkvcWBpF /n2ilva8MwHxHyoFO+FOhyOY8y5ZLRzT4DwPQilNB4zho+moR83o4Bzcl8Oqgm+g axJg5G/+oTTIKmlanCNpOhnHOs90hCGA+6qmKjt2AWnljAq0Kc9oHNLEcje89iFL 9mPma8+mVU0JVHwlJv22kdrYc1TIUv5nTtdwEOXhQx/fWVjY/CP87lXFs0HMOH3B DiRBIDnIql69c/YEnAiw =/Sb7 -----END PGP SIGNATURE----- --1M1a9g4QCQmXINDsxrd9CBjxjRBamEqXT--