From: Simon Marchi <simark@simark.ca>
To: Paul Mathieu <paulmathieu@google.com>, gdb-patches@sourceware.org
Subject: Re: [PATCH] gdb: add support for handling core dumps on arm-none-eabi
Date: Fri, 2 Oct 2020 19:55:14 -0400 [thread overview]
Message-ID: <cc0cefb9-12a6-5869-1879-c2fef14bc5b5@simark.ca> (raw)
In-Reply-To: <CAO_VGhr4vj=BBHuv6Sm9SZjy8kn4o=s7PZ+nYsrEdHQN0wvwoQ@mail.gmail.com>
Some quick comments, just skimming the patch. I won't comment about
indentation issue, because I don't know if it has been modified by the
email client.
I support what Luis has already said, it needs to be documented what
this format is, where it is defined/specified, who produces it, etc.
On 2020-10-02 1:32 p.m., Paul Mathieu via Gdb-patches wrote:
> Core dump files really help debugging crashes.
> It is not uncommon for embedded targets to have the ability to generate
> memory and CPU register dumps, which can easily be converted into core dump
> files.
>
> This patch adds support for loading core files into gdb on arm-none-eabi
> targets.
> The patch was originally written by Robin Haberkorn <
> robin.haberkorn@googlemail.com>
>
> gdb/ChangeLog:
> 2018-09-29 Robin Haberkorn <robin.haberkorn@googlemail.com>
> 2020-10-02 Paul Mathieu <paulmathieu@google.com>
>
> * arm-none-tdep.c: Added. Provide CPU registers from a core file
> * floating point registers not yet supported (FIXME)
>
>
> ---
> gdb/Makefile.in | 2 +
> gdb/arm-none-tdep.c | 140 ++++++++++++++++++++++++++++++++++++++++++++
> gdb/configure.tgt | 2 +-
> 3 files changed, 143 insertions(+), 1 deletion(-)
> create mode 100644 gdb/arm-none-tdep.c
>
> diff --git a/gdb/Makefile.in b/gdb/Makefile.in
> index dbede7a9cf..7f0e3ea0b0 100644
> --- a/gdb/Makefile.in
> +++ b/gdb/Makefile.in
> @@ -720,6 +720,7 @@ ALL_TARGET_OBS = \
> arm-obsd-tdep.o \
> arm-pikeos-tdep.o \
> arm-symbian-tdep.o \
> + arm-none-tdep.o \
> arm-tdep.o \
> arm-wince-tdep.o \
> avr-tdep.o \
> @@ -2150,6 +2151,7 @@ ALLDEPFILES = \
> arm-nbsd-tdep.c \
> arm-obsd-tdep.c \
> arm-symbian-tdep.c \
> + arm-none-tdep.c \
> arm-tdep.c \
> avr-tdep.c \
> bfin-linux-tdep.c \
> diff --git a/gdb/arm-none-tdep.c b/gdb/arm-none-tdep.c
> new file mode 100644
> index 0000000000..7641a9f7f0
> --- /dev/null
> +++ b/gdb/arm-none-tdep.c
> @@ -0,0 +1,140 @@
> +/* Native-dependent code for GDB targetting embedded ARM.
Maybe "bare-metal ARM" would be more precise? Embedded doesn't mean "no
OS", which I think is what you want to mean here.
> +
> + Copyright (C) 2020 Free Software Foundation, Inc.
> +
> + This file is part of GDB.
> +
> + This program is free software; you can redistribute it and/or modify
> + it under the terms of the GNU General Public License as published by
> + the Free Software Foundation; either version 3 of the License, or
> + (at your option) any later version.
> +
> + This program is distributed in the hope that it will be useful,
> + but WITHOUT ANY WARRANTY; without even the implied warranty of
> + MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
> + GNU General Public License for more details.
> +
> + You should have received a copy of the GNU General Public License
> + along with this program. If not, see <http://www.gnu.org/licenses/>.
> */
> +
> +#include "defs.h"
> +#include "command.h"
> +#include "gdbarch.h"
> +#include "gdbcore.h"
> +#include "inferior.h"
> +#include "target.h"
> +#include "regcache.h"
> +
> +#include "arch/arm.h"
> +
> +#if 0
> +#include <fcntl.h>
> +#include <time.h>
> +#ifdef HAVE_SYS_PROCFS_H
> +#include <sys/procfs.h>
> +#endif
> +#endif
> +
> +typedef struct {
> + uint32_t reg[18];
> +} gdb_gregset_t;
Use:
struct gdb_gregset_t
{
...
};
We are in C++, so when you use it you can still omit the "struct" keyword.
> +
> +#define ARM_CPSR_GREGNUM 16
> +
> +extern int arm_apcs_32;
Don't declare this here, there's a suitable declaration in arm-tdep.h.
> +
> +static void
> +arm_supply_gregset (struct regcache *regcache, const gdb_gregset_t *gregs)
> +{
> + struct gdbarch *gdbarch = regcache->arch ();
> + enum bfd_endian byte_order = type_byte_order (register_type(gdbarch, 0));
> + int regno;
> + CORE_ADDR reg_pc;
> + gdb_byte pc_buf[ARM_INT_REGISTER_SIZE];
> +
> + for (regno = ARM_A1_REGNUM; regno < ARM_PC_REGNUM; regno++)
> + regcache->raw_supply (regno, gregs->reg + regno);
> +
> + if (arm_apcs_32)
> + regcache->raw_supply (ARM_PS_REGNUM, gregs->reg + ARM_CPSR_GREGNUM);
> + else
> + regcache->raw_supply (ARM_PS_REGNUM, gregs->reg + ARM_PC_REGNUM);
> +
> + reg_pc = extract_unsigned_integer ((const gdb_byte*)(gregs->reg +
> ARM_PC_REGNUM),
Space before *, and after the cast:
(const gdb_byte *) (gregs...)
Simon
next prev parent reply other threads:[~2020-10-02 23:55 UTC|newest]
Thread overview: 44+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-10-02 17:32 Paul Mathieu via Gdb-patches
2020-10-02 17:51 ` Luis Machado via Gdb-patches
2020-10-02 21:54 ` Paul Mathieu via Gdb-patches
2020-10-02 21:59 ` Simon Marchi
2020-10-03 3:57 ` Simon Marchi
2020-10-03 18:14 ` [PATCH v2] " Paul Mathieu via Gdb-patches
2020-10-04 17:30 ` Paul Mathieu via Gdb-patches
2020-10-04 23:41 ` Simon Marchi
2020-10-06 4:32 ` Paul Mathieu via Gdb-patches
2020-10-06 12:45 ` Luis Machado via Gdb-patches
2020-10-06 14:29 ` Simon Marchi
2020-10-06 16:59 ` Paul Mathieu via Gdb-patches
2020-10-06 17:37 ` Simon Marchi
2020-10-05 12:58 ` Luis Machado via Gdb-patches
2020-10-05 13:24 ` Alan Hayward via Gdb-patches
2020-10-02 23:55 ` Simon Marchi [this message]
2020-10-03 0:35 ` [PATCH] " Paul Mathieu via Gdb-patches
2020-10-03 2:24 ` Simon Marchi
2020-10-17 0:02 Fredrik Hederstierna via Gdb-patches
2020-10-19 2:08 ` Simon Marchi
2020-10-19 13:13 ` Luis Machado via Gdb-patches
2020-10-19 13:15 ` Alan Hayward via Gdb-patches
2020-10-19 15:25 ` Paul Mathieu via Gdb-patches
2020-10-20 11:41 ` Fredrik Hederstierna via Gdb-patches
2020-10-20 12:39 ` Simon Marchi
2020-10-20 14:00 ` Fredrik Hederstierna via Gdb-patches
2020-10-20 15:04 ` Simon Marchi
2020-10-20 22:05 ` Fredrik Hederstierna via Gdb-patches
2020-10-20 23:06 ` Simon Marchi
2020-10-22 0:52 ` Fredrik Hederstierna via Gdb-patches
2020-10-22 1:24 ` Simon Marchi
2020-10-22 1:49 ` Simon Marchi
2020-10-22 22:32 ` Fredrik Hederstierna via Gdb-patches
2020-10-23 0:37 ` Simon Marchi
2020-10-25 21:06 ` Fredrik Hederstierna via Gdb-patches
2020-10-26 11:24 ` Luis Machado via Gdb-patches
2020-10-26 15:49 ` Fredrik Hederstierna via Gdb-patches
2020-10-27 16:53 ` Paul Mathieu via Gdb-patches
2021-01-14 12:36 ` Fredrik Hederstierna via Gdb-patches
2021-01-14 12:50 ` Luis Machado via Gdb-patches
2021-01-18 11:09 ` Andrew Burgess
2021-01-18 14:01 ` Luis Machado via Gdb-patches
2021-01-18 11:01 ` Andrew Burgess
2021-06-22 2:16 ` Mike Frysinger via Gdb-patches
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=cc0cefb9-12a6-5869-1879-c2fef14bc5b5@simark.ca \
--to=simark@simark.ca \
--cc=gdb-patches@sourceware.org \
--cc=paulmathieu@google.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox