Skip to main content
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [tcf-dev] gdb remote protocol mismatch
  • From: Eugene Tarassov <eugenet@xxxxxxxxxx>
  • Date: Sun, 29 Nov 2020 22:21:49 +0000
  • Accept-language: en-US
  • Arc-authentication-results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=xilinx.com; dmarc=pass action=none header.from=xilinx.com; dkim=pass header.d=xilinx.com; arc=none
  • Arc-message-signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=OLuxp28kVRdDub6eARHdpgM1mGewRv3UwtDkevd760A=; b=KdZVuAT/9aSzQixjD1u9p4qS2oquypZG1ec0hNKVyGcysllrkYxYfIzblXDk4rPK7u3UWGP7zUFzUDG3a2gyqxF0IPfxBtw73Bjonp4XnJHQa1iWrnZ5tZAR0LZGQBikkwJTzucsu6EgOLX5tv71WITq8ApdD/1wFR2XSxAOyRfAY0fEorNi5X7TAJub0WzIX5TnqqfR8wH4EZD7lGViUgc/5rwIiia88hQWWHEzSLxdQBhqzWodpzbkKYat/1l/agskjzbLgaRvZOtiw+Y1w8drM6zcJm8wHAe26RpNR+WFZFoGtgdpDQxT2qAuJROlmpLiIju2ovYDGvL8WmBFNg==
  • Arc-seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=aNudmQr/uFuz161UalDbtZ3ECYskTTa2CBlCK5wCAgnRTXqI+gdzjGQMPLbJkjy9VGlMLh59DeauU+YY014hGzbS6WjMaHTPm9mGGEgUKQmauV4BGUZlzbk4/080KnF80P1rVNvbJ6zV4rddvcHrLzXDKzWvWHf6ImA7C1RashQdIx6hF3Ao4OnzcMr4aH9mgizTUi86l196ooWVcVLfyguu4TnitGQCs4PF/2yhmn0LE16YrbyHPWunHiUUhp7S0Ba4AdBugK5KnB8og+qjaDCw7PmtP3opbxst1oAf0h1Q+n9vViAamM8b/FVLETM8Wv/3slMDyx7vt+8xTLI+Gg==
  • Delivered-to: tcf-dev@xxxxxxxxxxx
  • List-archive: <https://www.eclipse.org/mailman/private/tcf-dev>
  • List-help: <mailto:tcf-dev-request@eclipse.org?subject=help>
  • List-subscribe: <https://www.eclipse.org/mailman/listinfo/tcf-dev>, <mailto:tcf-dev-request@eclipse.org?subject=subscribe>
  • List-unsubscribe: <https://www.eclipse.org/mailman/options/tcf-dev>, <mailto:tcf-dev-request@eclipse.org?subject=unsubscribe>
  • Thread-index: AQHWxpEMu6FpTeoL9kSeoKzxI3cabKnfrZoQ
  • Thread-topic: [tcf-dev] gdb remote protocol mismatch

Hi Joel,

 

Gdb has command timeout.

By default, it is too short for a slow target like Pi.

Gdb hits the timeout and breaks.

You need to set the timeout to something large:

 

(gdb) set remotetimeout 1000

(gdb) target extended-remote 127.0.0.1:2000

 

Regards,

Eugene

 

From: tcf-dev-bounces@xxxxxxxxxxx <tcf-dev-bounces@xxxxxxxxxxx> On Behalf Of Joel Sherrill
Sent: Sunday, November 29, 2020 12:48 PM
To: TCF Development <tcf-dev@xxxxxxxxxxx>
Subject: [tcf-dev] gdb remote protocol mismatch

 

CAUTION: This message has originated from an External Source. Please use proper judgment and caution when opening attachments, clicking links, or responding to this email.

 

Hi

 

I hope someone recognizes this. As a behavioral reference, we have been using the tcf-agent on a Pi4 and either Eclipse on a CentOS VM or the gdb native to the Pi. It works without apparent issue with Eclipse but attaching the Pi gdb (8.2.1) directly gives this:

 

(gdb) target extended-remote 192.168.1.12:2000
Remote debugging using 192.168.1.12:2000
Remote replied unexpectedly to 'vMustReplyEmpty': PacketSize=4000;QStartNoAckMode+;qXfer:features:read+;qXfer:exec-file:read+;multiprocess+;swbreak+;hwbreak+

 

Same thing happens with the regular remote target protocol.

 

If there some obvious reason the gdb server in tcf-agent would have an issue talking to gdb like this? 

 

Thanks.

 

--joel sherrill

RTEMS

Back to the top