From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 109794 invoked by alias); 13 Apr 2016 20:27:36 -0000 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 Received: (qmail 109777 invoked by uid 89); 13 Apr 2016 20:27:35 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-2.9 required=5.0 tests=BAYES_00,RP_MATCHES_RCVD,SPF_HELO_PASS autolearn=ham version=3.3.2 spammy=Full, remotely X-HELO: mx1.redhat.com Received: from mx1.redhat.com (HELO mx1.redhat.com) (209.132.183.28) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES256-GCM-SHA384 encrypted) ESMTPS; Wed, 13 Apr 2016 20:27:25 +0000 Received: from int-mx13.intmail.prod.int.phx2.redhat.com (int-mx13.intmail.prod.int.phx2.redhat.com [10.5.11.26]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.redhat.com (Postfix) with ESMTPS id 1A97D64068; Wed, 13 Apr 2016 20:27:24 +0000 (UTC) Received: from [127.0.0.1] (ovpn01.gateway.prod.ext.phx2.redhat.com [10.5.9.1]) by int-mx13.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id u3DKRM0k022347; Wed, 13 Apr 2016 16:27:23 -0400 Subject: Re: PR13984 - gdb stops controlling a thread after "Remote 'g' packet reply is too long: ..." error message To: Orgad Shaneh , Luis Machado References: <570C14D4.3030600@codesourcery.com> <570CFA04.3070109@codesourcery.com> <570E99DC.8080902@codesourcery.com> Cc: gdb-patches@sourceware.org From: Pedro Alves Message-ID: <570EABAA.50908@redhat.com> Date: Wed, 13 Apr 2016 20:27:00 -0000 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.7.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-SW-Source: 2016-04/txt/msg00306.txt.bz2 On 04/13/2016 09:07 PM, Orgad Shaneh wrote: > On Wed, Apr 13, 2016 at 10:11 PM, Luis Machado > wrote: >> >> On 04/13/2016 12:43 AM, Orgad Shaneh wrote: >>>>> >>>>> I got this message when I tried to remotely debug a >>>>> mips64-octeon-linux gdbserver 6.8 with GDB >= 7.5. >>>>> >>>>> GDB <= 7.4.1 works well, but with 7.5 and up I receive this message >>>>> and the debugger stops functioning. >>>>> >>>> >>>> I suppose GDB 7.5 is slightly incompatible with older gdbserver versions. >>>> >>>> What kind of target description does gdbserver return in this case (set >>>> debug remote 1)? >>> >>> >>> Full log attached. Thanks for your help. >>> >>> - Orgad >>> >> >> Strange. If this is gdbserver 6.8, it should've replied to the qSupported packet? That one was added in 6.6. > > > Hi, > > Sorry, my fault. The gdbserver is GNU gdb 6.5 Cavium Networks Version: > 1_7_0, build 45 > > gdbserver 6.8 is in Cavium SDK2. I don't know if it works with recent GDB. > So there's no xml target description involved? It sounds like either the default layout or some of the mips_register_g_packet_guesses guesses is taking effect then. If the size of the register file gdbserver is sending is larger than what gdb is expecting, then it's possible to register offsets are mismatched as well. Figure out what set of registers gdbserver is sending, and compare to "maint print remote-registers", after connecting. What's the mismatch? Thanks, Pedro Alves