From: Gopi Kumar Bulusu <gopi@sankhya.com>
To: Tom Tromey <tom@tromey.com>
Cc: binutils@sourceware.org, gdb-patches@sourceware.org,
Michael Eager <eager@eagercon.com>
Subject: Re: [PATCH] gdb/MicroBlaze: Add support for native linux gdb
Date: Mon, 1 Jun 2026 12:08:46 +0530 [thread overview]
Message-ID: <CAL1P33xHUSaXLnKbph89ev0-Fr+izVcAEBU62sUPJ8ujHKdjbw@mail.gmail.com> (raw)
In-Reply-To: <874ijq5knu.fsf@tromey.com>
On Fri, May 29, 2026 at 8:26 PM Tom Tromey <tom@tromey.com> wrote:
>
> >>>>> Gopi Kumar Bulusu <gopi@sankhya.com> writes:
>
> > Attached is a patch to add native linux support for gdb including
> > cache target support.
>
> Thanks for the patch.
>
> I read through it and have some nits. There's nothing very serious
> except this:
>
> > The original sources for the patch come from Xilinx/AMD Yocto git
> > repository (2025.2)
>
> Who wrote them and are they covered by the copyright assignment?
>
> This is the most important consideration, the patch can't land without
> this being clear.
This work is being performed under a contract with Xilinx/AMD as
confirmed in a different response to
Simon and therefore covered by the copyright assignment.
I will make the changes as described below and retest.
Approved for commit ?
dhanyavaadaaha
gopi
>
> > From a3328b4cdfc58783b5f290f22255b36e26a6fb14 Mon Sep 17 00:00:00 2001
> > From: Gopi Kumar Bulusu <gopi@sankhya.com>
> > Date: Thu, 7 May 2026 17:47:40 +0530
> > Subject: [PATCH] gdb/MicroBlaze: Add support for native linux gdb
>
> It's best to just git send-email rather than using an attachment.
>
> > bfd/ChangeLog:
>
> > * elf32-microblaze.c (microblaze_elf_grok_prstatus): New function.
> > (microblaze_elf_grok_psinfo): Likewise.
>
> > gdb/ChangeLog:
>
> > * Makefile.in (HFILES_NO_SRCDIR): Add microblaze-linux-tdep.h
> > ALLDEPFILES: Add microblaze-linux-nat.c
>
> gdb doesn't use ChangeLogs any more and this text should all be removed.
>
> > +#define MICROBLAZE_TARGET_HAS_GETREGS 0
> > +#define MICROBLAZE_TARGET_HAS_SETREGS 0
>
> This seems weird:
>
> > +/* Wrapper function around ptrace. */
> > +
> > +static void
> > +fetch_target_gp_regs (int tid, elf_gregset_t *gregs)
> > +{
> > + elf_greg_t *gregp = *gregs;
> > +
> > +#if MICROBLAZE_TARGET_HAS_GETREGS
> > + if (ptrace (PTRACE_GETREGS, tid, 0, (long) gregp) < 0)
> > + {
> > + perror_with_name (_("Couldn't get registers"));
> > + return;
> > + }
> > +#error "this configuration did not work during testing"
>
> Normally we don't put new dead code into gdb.
>
> I think this and the defines could just be replaced with a comment
> explaining that PTRACE_GETREGS doesn't work on this platform.
>
> > +++ b/gdb/microblaze-linux-tdep.h
> > @@ -0,0 +1,24 @@
> > +/* Target-dependent code for GNU/Linux on MicroBlaze.
> > +
> > + Copyright (C) 2021-2026 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/>. */
> > +#ifndef MICROBLAZE_LINUX_TDEP_H
> > +#define MICROBLAZE_LINUX_TDEP_H
> > + /* Target descriptions. */
> > + extern struct target_desc *tdesc_microblaze_linux;
>
> Blank line between the #define and the comment.
>
> Also this define should have a slightly different name, see
> check-include-guards.py.
>
> > non_stack_instruction_found = 0;
> > + cache->register_offsets[rd] = -imm;
> > continue;
>
> Indentation looks wrong, probably not using tabs.
>
> > @@ -399,8 +400,7 @@ microblaze_skip_prologue (struct gdbarch *gdbarch, CORE_ADDR start_pc)
> > {
> > sal = find_sal_for_pc (func_start, 0);
>
> > - if (sal.end < func_end
> > - && start_pc <= sal.end)
> > + if (sal.line != 0 && sal.end <= func_end && start_pc <= sal.end)
> > start_pc = sal.end;
>
> No objection from me but this seems somewhat unrelated.
>
>
> > /* Call for side effects. */
> > - get_frame_func (next_frame);
> > + cache->pc = get_frame_func (next_frame);
>
> Please remove that comment as it is now wrong.
>
> > + if (regnum == MICROBLAZE_SP_REGNUM)
> > + regnum = 1;
>
> Wrong indentation.
>
> > + if (regnum == -1) {
> > + int i;
> > +
> > + for (i = 0; i < MICROBLAZE_REDR_REGNUM; i++) {
> > + regcache->raw_supply (i, regs + i * MICROBLAZE_REGISTER_SIZE);
> > + }
>
> Wrong brace placement in this hunk.
>
> > + cb (".reg", tdep->sizeof_gregset, tdep->sizeof_gregset, tdep->gregset, NULL,
> > + cb_data);
>
> Normally in new code we're using 'nullptr' now. Best would be to go
> through the whole patch and check for this. You don't have to fix
> pre-existing code that is using NULL though.
>
> > gdbarch *gdbarch
> > = gdbarch_alloc (&info, gdbarch_tdep_up (new microblaze_gdbarch_tdep));
>
> > + microblaze_gdbarch_tdep *tdep
> > + = gdbarch_tdep<microblaze_gdbarch_tdep> (gdbarch);
> > +
> > + tdep->gregset = NULL;
> > + tdep->sizeof_gregset = 0;
> > + tdep->fpregset = NULL;
> > + tdep->sizeof_fpregset = 0;
>
> Here it would be better to just add inline initializers to the new
> fields in microblaze_gdbarch_tdep. Then they'll automatically be
> initialized by the 'new'.
>
> Tom
next prev parent reply other threads:[~2026-06-01 6:42 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-05-26 11:32 Gopi Kumar Bulusu
2026-05-26 11:33 ` Gopi Kumar Bulusu
2026-05-29 14:56 ` Tom Tromey
2026-05-29 15:01 ` Simon Marchi
2026-06-01 6:30 ` Gopi Kumar Bulusu
2026-06-01 6:38 ` Gopi Kumar Bulusu [this message]
2026-06-02 0:28 ` Michael Eager
2026-06-02 5:05 ` [PATCH v2] " Gopi Kumar Bulusu
2026-06-11 0:39 ` Michael Eager
2026-06-11 1:19 ` Gopi Kumar Bulusu
2026-06-11 1:41 ` Simon Marchi
2026-06-11 1:44 ` Gopi Kumar Bulusu
2026-06-11 12:52 ` Michael Eager
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=CAL1P33xHUSaXLnKbph89ev0-Fr+izVcAEBU62sUPJ8ujHKdjbw@mail.gmail.com \
--to=gopi@sankhya.com \
--cc=binutils@sourceware.org \
--cc=eager@eagercon.com \
--cc=gdb-patches@sourceware.org \
--cc=tom@tromey.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