From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 6379 invoked by alias); 4 Nov 2019 17:53:01 -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 6370 invoked by uid 89); 4 Nov 2019 17:53:01 -0000 Authentication-Results: sourceware.org; auth=none X-Spam-SWARE-Status: No, score=-0.0 required=5.0 tests=AWL,BAYES_50,FREEMAIL_FROM,HTML_MESSAGE,KAM_LOTSOFHASH,KAM_SHORT,RCVD_IN_DNSWL_NONE,SPF_PASS autolearn=no version=3.3.1 spammy=2014, ack, qTStatus, $qtstatus X-HELO: mail-ot1-f41.google.com Received: from mail-ot1-f41.google.com (HELO mail-ot1-f41.google.com) (209.85.210.41) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Mon, 04 Nov 2019 17:52:58 +0000 Received: by mail-ot1-f41.google.com with SMTP id n23so4920544otr.13 for ; Mon, 04 Nov 2019 09:52:58 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=GDnd/ODPk9Qojqoqa/LtnIvjkVIJNKDI8I9MR8LpwLk=; b=nNeO9bT8K7XEENt1mZrfZoRvZVtkd2axPXBOZfXd7khL1QNebJICE3NJvS+fXeNXyX NzUiU41rzSc3XY/DfY4S2MZp4vjYUd2pruMv79KKvpJ6RfoeZLJSVxtOpV4nZPvEOM3f ZjueS3Q1SMBP/BnwI0SAO4OQYtH8t05fUmGFeKE4+G6yIKlUusRbEMKxedhNEpgNTZOG 0G4oS+R9ucUgut+smGzP5rXn7YdP/iDg2Xzp1yaykii7H/CEzzOyF5Oe7a7SQuUThMf4 U8ggqq7nHkcznWpT9VzjsNxbLKU5UzfVOlObHtYQWhygfJBygow+HF3h7QwAGMos/gDV jSjw== MIME-Version: 1.0 References: <5c9d0ab7-4e03-ea43-ae54-5d2aed0728e0@linaro.org> <0d7d8ede-1cae-c0cc-be35-05443dc5f073@linaro.org> <1b1ebf11-3e2c-d5b3-6a5b-50ed54e791bc@linaro.org> In-Reply-To: From: Reinoud Koornstra Date: Mon, 04 Nov 2019 17:53:00 -0000 Message-ID: Subject: Re: gdb 8.3.1 truncated register in remote g packet To: Luis Machado Cc: gdb@sourceware.org Content-Type: text/plain; charset="UTF-8" X-SW-Source: 2019-11/txt/msg00010.txt.bz2 > > > You might have gotten lucky. Or GDB wasn't too restrictive on the checks. > True > > > > > Just to confirm, does your arm target have floating point registers? > > > > Good point, I did assume it has, because in some cases armeabihf was > > used to compile, but not in all cases, I'll check whether it is, > > otherwise I'd have to recompile gdb without hf. > > I'll get the info and let you know, thanks for helping out! > Yes, the arm cpu used has floating point registers Well, it seems GDB assumes floating point registers are there by > default, so there wouldn't be a need to build GDB specifically for that. > I did compile a gdb 7.7.1, i compiled earlier 7.0 (failed to compile without removing Werror in bfd directory Makefile...), then I tried 7.4.1, but both of these versions didn't support remote baud rate. However 7.7.1 worked nicely, well way better: (I did go echo g > /proc/sysrq-trigger to get it waiting for gdb). GNU gdb (GDB) 7.7.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 copying" and "show warranty" for details. This GDB was configured as "--host=x86_64-unknown-linux-gnu --target=arm-linux-gnueabihf". 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 ./vmlinux...done. (gdb) set serial baud 115200 (gdb) set debug remote 1 (gdb) target remote /dev/ttyUSB4 Remote debugging using /dev/ttyUSB4 Sending packet: $qSupported:multiprocess+;qRelocInsn+#2a...Ack Packet received: Packet qSupported (supported-packets) is NOT supported Sending packet: $Hg0#df...Ack Packet received: OK Sending packet: $qTStatus#49...Ack Packet received: Packet qTStatus (trace-status) is NOT supported Sending packet: $?#3f...Ack Packet received: S05 Sending packet: $Hc-1#09...Ack Packet received: OK Sending packet: $qC#b4...Ack Packet received: QC1fbb Sending packet: $qAttached#8f...Ack Packet received: Packet qAttached (query-attached) is NOT supported Sending packet: $qOffsets#4b...Ack Packet received: Sending packet: $g#67...Ack Packet received: 0000000001000000b0829e80ac829e8054829880b4a698806700000013000060060000000000000000000000cc5e0bbfd05e0bbfc05e0bbf10200a80581f0a8000000000000000000000000000000000000000000000000000000000000000000000000000000000 Sending packet: $m800a1f58,4#ca...Ack Packet received: ffdeffe7 Sending packet: $m800a1f54,4#c6...Ack Packet received: 4ef07ff5 Sending packet: $m800a1f58,4#ca...Ack Packet received: ffdeffe7 Sending packet: $m800a1f54,4#c6...Ack Packet received: 4ef07ff5 Sending packet: $m800a1f58,4#ca...Ack Packet received: ffdeffe7 Sending packet: $m800a1f54,4#c6...Ack Packet received: 4ef07ff5 Sending packet: $m800a1f58,4#ca...Ack Packet received: ffdeffe7 Sending packet: $m800a1f54,4#c6...Ack Packet received: 4ef07ff5 Sending packet: $m800a1f58,4#ca...Ack Packet received: ffdeffe7 Sending packet: $m800a1f58,4#ca...Ack Packet received: ffdeffe7 Sending packet: $m800a1f58,4#ca...Ack Packet received: ffdeffe7 0x800a1f58 in arch_kgdb_breakpoint () at kernel/debug/debug_core.c:1049 1049 kernel/debug/debug_core.c: No such file or directory. Sending packet: $qSymbol::#5b...Ack Packet received: Packet qSymbol (symbol-lookup) is NOT supported (gdb) set debug remote 0 (gdb) bt full #0 0x800a1f58 in arch_kgdb_breakpoint () at kernel/debug/debug_core.c:1049 No locals. #1 kgdb_breakpoint () at kernel/debug/debug_core.c:1050 No locals. #2 0x800a2010 in sysrq_handle_dbg (key=0) at kernel/debug/debug_core.c:810 No locals. #3 0x80367308 in __handle_sysrq (key=103, check_mask=false) at drivers/tty/sysrq.c:535 op_p = 0x8098a6b4 orig_log_level = 6 i = -2137479500 flags = 1610612755 #4 0x8036745c in write_sysrq_trigger (file=0x0 <__vectors_start>, buf=0x1 <__vectors_start> , count=2, ppos=0x809e82ac ) at drivers/tty/sysrq.c:1083 No locals. #5 0x80177e18 in proc_reg_write (file=0x0 <__vectors_start>, buf=0x1 <__vectors_start> , count=2157871792, ppos=0xbf0b5f78) at fs/proc/inode.c:224 write = 0xbf0b5ed0 rv = 0 #6 0x8011fba4 in vfs_write (file=0xbe37bcc0, buf=0xaa408 "g\nyS0,115200\n", '\337' , ..., count=2157871792, pos=0xbf0b5f78) at fs/read_write.c:485 No locals. #7 0x801201d4 in SYSC_write (count=, buf=, fd=) at fs/read_write.c:534 pos = 0 #8 SyS_write (fd=0, buf=697352, count=2) at fs/read_write.c:526 ret = 0 #9 0x8000f760 in ?? () No symbol table info available. Backtrace stopped: previous frame identical to this frame (corrupt stack?)