Mirror of the gdb-patches mailing list
 help / color / mirror / Atom feed
From: "Schimpe, Christina" <christina.schimpe@intel.com>
To: Luis Machado <luis.machado@arm.com>,
	"gdb-patches@sourceware.org" <gdb-patches@sourceware.org>
Cc: "thiago.bauermann@linaro.org" <thiago.bauermann@linaro.org>,
	"eliz@gnu.org" <eliz@gnu.org>
Subject: RE: [PATCH v4 08/11] gdb, gdbarch: Enable inferior calls for shadow stack support.
Date: Mon, 23 Jun 2025 17:49:42 +0000	[thread overview]
Message-ID: <SN7PR11MB7638FCE3397E88F22ABDFDA7F979A@SN7PR11MB7638.namprd11.prod.outlook.com> (raw)
In-Reply-To: <2940f05f-dfdf-4f31-869a-9528d6612209@arm.com>

> -----Original Message-----
> From: Luis Machado <luis.machado@arm.com>
> Sent: Thursday, June 19, 2025 11:25 AM
> To: Schimpe, Christina <christina.schimpe@intel.com>; gdb-
> patches@sourceware.org
> Cc: thiago.bauermann@linaro.org; eliz@gnu.org
> Subject: Re: [PATCH v4 08/11] gdb, gdbarch: Enable inferior calls for shadow
> stack support.
> 
> On 6/17/25 13:11, Christina Schimpe wrote:
> > Inferior calls in GDB reset the current PC to the beginning of the
> > function that is called.  As no call instruction is executed the new
> > return address needs to be pushed to the shadow stack and the shadow
> > stack pointer needs to be updated.
> >
> > This commit adds a new gdbarch method to push an address on the shadow
> > stack.  The method is used to adapt the function
> 'call_function_by_hand_dummy'
> > for inferior call shadow stack support.
> >
> > Reviewed-by: Thiago Jung Bauermann <thiago.bauermann@linaro.org>
> > ---
> >  gdb/gdbarch-gen.c         | 32 ++++++++++++++++++++++++++++++++
> >  gdb/gdbarch-gen.h         | 14 ++++++++++++++
> >  gdb/gdbarch_components.py | 16 ++++++++++++++++
> >  gdb/infcall.c             | 14 ++++++++++----
> >  4 files changed, 72 insertions(+), 4 deletions(-)
> >
> > diff --git a/gdb/gdbarch-gen.c b/gdb/gdbarch-gen.c index
> > 32d16598940..3ca19c427a3 100644
> > --- a/gdb/gdbarch-gen.c
> > +++ b/gdb/gdbarch-gen.c
> > @@ -262,6 +262,7 @@ struct gdbarch
> >    gdbarch_read_core_file_mappings_ftype *read_core_file_mappings =
> default_read_core_file_mappings;
> >    gdbarch_use_target_description_from_corefile_notes_ftype
> *use_target_description_from_corefile_notes =
> default_use_target_description_from_corefile_notes;
> >    gdbarch_core_parse_exec_context_ftype *core_parse_exec_context =
> > default_core_parse_exec_context;
> > +  gdbarch_shadow_stack_push_ftype *shadow_stack_push = nullptr;
> >  };
> >
> >  /* Create a new ``struct gdbarch'' based on information provided by
> > @@ -535,6 +536,7 @@ verify_gdbarch (struct gdbarch *gdbarch)
> >    /* Skip verify of read_core_file_mappings, invalid_p == 0.  */
> >    /* Skip verify of use_target_description_from_corefile_notes, invalid_p == 0.
> */
> >    /* Skip verify of core_parse_exec_context, invalid_p == 0.  */
> > +  /* Skip verify of shadow_stack_push, has predicate.  */
> >    if (!log.empty ())
> >      internal_error (_("verify_gdbarch: the following are invalid ...%s"),
> >  		    log.c_str ());
> > @@ -1406,6 +1408,12 @@ gdbarch_dump (struct gdbarch *gdbarch, struct
> ui_file *file)
> >    gdb_printf (file,
> >  	      "gdbarch_dump: core_parse_exec_context = <%s>\n",
> >  	      host_address_to_string (gdbarch->core_parse_exec_context));
> > +  gdb_printf (file,
> > +	      "gdbarch_dump: gdbarch_shadow_stack_push_p() = %d\n",
> > +	      gdbarch_shadow_stack_push_p (gdbarch));
> > +  gdb_printf (file,
> > +	      "gdbarch_dump: shadow_stack_push = <%s>\n",
> > +	      host_address_to_string (gdbarch->shadow_stack_push));
> >    if (gdbarch->dump_tdep != NULL)
> >      gdbarch->dump_tdep (gdbarch, file);  } @@ -5551,3 +5559,27 @@
> > set_gdbarch_core_parse_exec_context (struct gdbarch *gdbarch,  {
> >    gdbarch->core_parse_exec_context = core_parse_exec_context;  }
> > +
> > +bool
> > +gdbarch_shadow_stack_push_p (struct gdbarch *gdbarch) {
> > +  gdb_assert (gdbarch != NULL);
> > +  return gdbarch->shadow_stack_push != NULL; }
> > +
> > +void
> > +gdbarch_shadow_stack_push (struct gdbarch *gdbarch, CORE_ADDR
> > +new_addr, regcache *regcache) {
> > +  gdb_assert (gdbarch != NULL);
> > +  gdb_assert (gdbarch->shadow_stack_push != NULL);
> > +  if (gdbarch_debug >= 2)
> > +    gdb_printf (gdb_stdlog, "gdbarch_shadow_stack_push called\n");
> > +  gdbarch->shadow_stack_push (gdbarch, new_addr, regcache); }
> > +
> > +void
> > +set_gdbarch_shadow_stack_push (struct gdbarch *gdbarch,
> > +			       gdbarch_shadow_stack_push_ftype
> shadow_stack_push) {
> > +  gdbarch->shadow_stack_push = shadow_stack_push; }
> > diff --git a/gdb/gdbarch-gen.h b/gdb/gdbarch-gen.h index
> > 313a8f198fd..c276cd66d71 100644
> > --- a/gdb/gdbarch-gen.h
> > +++ b/gdb/gdbarch-gen.h
> > @@ -1801,3 +1801,17 @@ extern void
> > set_gdbarch_use_target_description_from_corefile_notes (struct gdbar
> > typedef core_file_exec_context (gdbarch_core_parse_exec_context_ftype)
> > (struct gdbarch *gdbarch, bfd *cbfd);  extern core_file_exec_context
> > gdbarch_core_parse_exec_context (struct gdbarch *gdbarch, bfd *cbfd);
> > extern void set_gdbarch_core_parse_exec_context (struct gdbarch
> > *gdbarch, gdbarch_core_parse_exec_context_ftype
> > *core_parse_exec_context);
> > +
> > +/* Some targets support special hardware-assisted control-flow protection
> > +   technologies.  For example, the Intel Control-Flow Enforcement Technology
> > +   (Intel CET) on x86 provides a shadow stack and indirect branch tracking.
> > +   To enable inferior calls the function shadow_stack_push has to be
> provided.
> > +> +   Push the address NEW_ADDR on the shadow stack and update the
> > +> + shadow stack
> > +   pointer. */
> > +
> > +extern bool gdbarch_shadow_stack_push_p (struct gdbarch *gdbarch);
> > +
> > +typedef void (gdbarch_shadow_stack_push_ftype) (struct gdbarch
> > +*gdbarch, CORE_ADDR new_addr, regcache *regcache); extern void
> > +gdbarch_shadow_stack_push (struct gdbarch *gdbarch, CORE_ADDR
> > +new_addr, regcache *regcache); extern void
> > +set_gdbarch_shadow_stack_push (struct gdbarch *gdbarch,
> > +gdbarch_shadow_stack_push_ftype *shadow_stack_push);
> > diff --git a/gdb/gdbarch_components.py b/gdb/gdbarch_components.py
> > index ec09d955088..ab685b14ec7 100644
> > --- a/gdb/gdbarch_components.py
> > +++ b/gdb/gdbarch_components.py
> > @@ -2848,3 +2848,19 @@ which all assume current_inferior() is the one to
> read from.
> >      predefault="default_core_parse_exec_context",
> >      invalid=False,
> >  )
> > +
> > +Method(
> > +    comment="""
> > +Some targets support special hardware-assisted control-flow
> > +protection technologies.  For example, the Intel Control-Flow
> > +Enforcement Technology (Intel CET) on x86 provides a shadow stack and
> indirect branch tracking.
> > +To enable inferior calls the function shadow_stack_push has to be provided.
> 
> Maybe update the last part like so?
> 
> "To enable shadow stack support for inferior calls the shadow_stack_push
> gdbarch hook has to be provided."
> 
> > +
> > +Push the address NEW_ADDR on the shadow stack and update the shadow
> > +stack pointer.
> > +""",
> 
> Maybe...
> 
> "Push NEW_ADDR to the shadow stack..."?
> 
> > +    type="void",
> > +    name="shadow_stack_push",
> > +    params=[("CORE_ADDR", "new_addr"), ("regcache *", "regcache")],
> > +    predicate=True,
> > +)
> > diff --git a/gdb/infcall.c b/gdb/infcall.c index
> > 098072dfd2a..a1c80c81238 100644
> > --- a/gdb/infcall.c
> > +++ b/gdb/infcall.c
> > @@ -1448,10 +1448,16 @@ call_function_by_hand_dummy (struct value
> *function,
> >    /* Create the dummy stack frame.  Pass in the call dummy address as,
> >       presumably, the ABI code knows where, in the call dummy, the
> >       return address should be pointed.  */
> > -  sp = gdbarch_push_dummy_call (gdbarch, function,
> > -				get_thread_regcache (inferior_thread ()),
> > -				bp_addr, args.size (), args.data (),
> > -				sp, return_method, struct_addr);
> > +  regcache *regcache = get_thread_regcache (inferior_thread ());
> > +  sp = gdbarch_push_dummy_call (gdbarch, function, regcache, bp_addr,
> > +				args.size (), args.data (), sp,
> > +				return_method, struct_addr);
> > +
> > +  /* Push the return address of the inferior (bp_addr) on the shadow
> > + stack
> 
> s/on the shadow stack/to the shadow stack
> 
> > +     and update the shadow stack pointer.  As we don't execute a call
> > +     instruction to start the inferior we need to handle this
> > + manually.  */
> 
> s/start the inferior/call the function
> 
> > +  if (gdbarch_shadow_stack_push_p (gdbarch))
> > +    gdbarch_shadow_stack_push (gdbarch, bp_addr, regcache);
> >
> >    /* Set up a frame ID for the dummy frame so we can pass it to
> >       set_momentary_breakpoint.  We need to give the breakpoint a
> > frame
> 
> Otherwise looks OK to me.
> 
> Reviewed-By: Luis Machado <luis.machado@arm.com>

Thanks for the review. I agree with all your comments and will fix them in v5.

Christina
Intel Deutschland GmbH
Registered Address: Am Campeon 10, 85579 Neubiberg, Germany
Tel: +49 89 99 8853-0, www.intel.de
Managing Directors: Sean Fennelly, Jeffrey Schneiderman, Tiffany Doon Silva
Chairperson of the Supervisory Board: Nicole Lau
Registered Office: Munich
Commercial Register: Amtsgericht Muenchen HRB 186928

  reply	other threads:[~2025-06-23 17:50 UTC|newest]

Thread overview: 53+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2025-06-17 12:11 [PATCH v4 00/11] Add CET " Christina Schimpe
2025-06-17 12:11 ` [PATCH v4 01/11] gdbserver: Add optional runtime register set type Christina Schimpe
2025-06-19  9:27   ` Luis Machado
2025-06-17 12:11 ` [PATCH v4 02/11] gdbserver: Add assert in x86_linux_read_description Christina Schimpe
2025-06-19  9:27   ` Luis Machado
2025-06-17 12:11 ` [PATCH v4 03/11] gdb: Sync up x86-gcc-cpuid.h with cpuid.h from gcc 14 branch Christina Schimpe
2025-06-17 18:12   ` Tom Tromey
2025-06-20 12:39     ` Schimpe, Christina
2025-06-17 12:11 ` [PATCH v4 04/11] gdb, gdbserver: Use xstate_bv for target description creation on x86 Christina Schimpe
2025-06-19  9:23   ` Luis Machado
2025-06-23 12:46     ` Schimpe, Christina
2025-06-23 12:56       ` Luis Machado
2025-06-24 13:46         ` Schimpe, Christina
2025-06-26 16:03           ` Luis Machado
2025-06-17 12:11 ` [PATCH v4 05/11] gdb, gdbserver: Add support of Intel shadow stack pointer register Christina Schimpe
2025-06-17 12:20   ` Eli Zaretskii
2025-06-19  9:24   ` Luis Machado
2025-06-23 13:05     ` Schimpe, Christina
2025-06-17 12:11 ` [PATCH v4 06/11] gdb: amd64 linux coredump support with shadow stack Christina Schimpe
2025-06-19  9:24   ` Luis Machado
2025-06-23 13:16     ` Schimpe, Christina
2025-06-17 12:11 ` [PATCH v4 07/11] gdb: Handle shadow stack pointer register unwinding for amd64 linux Christina Schimpe
2025-06-19  9:25   ` Luis Machado
2025-06-20  1:42     ` Thiago Jung Bauermann
2025-06-23 14:55       ` Schimpe, Christina
2025-06-23 23:26         ` Thiago Jung Bauermann
2025-06-23 15:00     ` Schimpe, Christina
2025-06-23 15:06       ` Luis Machado
2025-06-23 23:36         ` Thiago Jung Bauermann
2025-06-20  1:52   ` Thiago Jung Bauermann
2025-06-17 12:11 ` [PATCH v4 08/11] gdb, gdbarch: Enable inferior calls for shadow stack support Christina Schimpe
2025-06-19  9:25   ` Luis Machado
2025-06-23 17:49     ` Schimpe, Christina [this message]
2025-06-17 12:11 ` [PATCH v4 09/11] gdb: Implement amd64 linux shadow stack support for inferior calls Christina Schimpe
2025-06-17 12:21   ` Eli Zaretskii
2025-06-19  9:25   ` Luis Machado
2025-06-27 19:52     ` Schimpe, Christina
2025-06-28 10:38       ` Luis Machado
2025-06-28 20:03         ` Thiago Jung Bauermann
2025-06-28 21:05           ` Thiago Jung Bauermann
2025-06-17 12:11 ` [PATCH v4 10/11] gdb, gdbarch: Introduce gdbarch method to get the shadow stack pointer Christina Schimpe
2025-06-17 18:16   ` Tom Tromey
2025-06-20 12:59     ` Schimpe, Christina
2025-06-19  9:26   ` Luis Machado
2025-06-23 18:00     ` Schimpe, Christina
2025-06-17 12:11 ` [PATCH v4 11/11] gdb: Enable displaced stepping with shadow stack on amd64 linux Christina Schimpe
2025-06-17 12:22   ` Eli Zaretskii
2025-06-17 15:16     ` Schimpe, Christina
2025-06-19  9:26   ` Luis Machado
2025-06-23 18:24     ` Schimpe, Christina
2025-06-24  8:05       ` Luis Machado
2025-06-27 19:26         ` Schimpe, Christina
2025-06-28 10:35           ` Luis Machado

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=SN7PR11MB7638FCE3397E88F22ABDFDA7F979A@SN7PR11MB7638.namprd11.prod.outlook.com \
    --to=christina.schimpe@intel.com \
    --cc=eliz@gnu.org \
    --cc=gdb-patches@sourceware.org \
    --cc=luis.machado@arm.com \
    --cc=thiago.bauermann@linaro.org \
    /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