All of lore.kernel.org
 help / color / mirror / Atom feed
From: Glenn Washburn <development@efficientek.com>
To: grub-devel@gnu.org, Daniel Kiper <dkiper@net-space.pl>
Cc: Robbie Harwood <rharwood@redhat.com>,
	Peter Jones <pjones@redhat.com>,
	Glenn Washburn <development@efficientek.com>
Subject: [PATCH v6 10/14] gdb: Allow running user-defined commands at GRUB start
Date: Tue, 10 Jan 2023 15:50:37 -0600	[thread overview]
Message-ID: <20230110215041.1247699-11-development@efficientek.com> (raw)
In-Reply-To: <20230110215041.1247699-1-development@efficientek.com>

A new command, run_on_start, for things to do when just before GRUB starts
executing. Currently, this is setting up the loading of module symbols as
they are loaded and allowing user-defined script to be run if a command
named "onstart" exists. A thbreak, temporary hardware breakpoint, is used
because a software breakpoint would be overwritten when the firmware loads
the GRUB image into memory. And it should be temporary in order to have as
many of the limited hardware breakpoints available to the user as possible.

Signed-off-by: Glenn Washburn <development@efficientek.com>
---
 grub-core/gdb_grub.in | 30 ++++++++++++++++++++++++++++++
 1 file changed, 30 insertions(+)

diff --git a/grub-core/gdb_grub.in b/grub-core/gdb_grub.in
index 18ce6b0eb2..281dfb5927 100644
--- a/grub-core/gdb_grub.in
+++ b/grub-core/gdb_grub.in
@@ -15,6 +15,8 @@ source gdb_helper.py
 define dynamic_load_symbols
 	dynamic_load_kernel_exec_symbols $arg0
 
+	run_on_start
+
 	# We may have been very late to loading the kernel.exec symbols and
 	# and modules may already be loaded. So load symbols for any already
 	# loaded.
@@ -54,6 +56,33 @@ document runtime_load_module
 	Load module symbols at runtime as they are loaded.
 end
 
+define run_on_start
+	# TODO: Add check to see if _start symbol is defined, if not, then
+	# the symbols have not yet been loaded and this command will not work.
+	thbreak _start
+	commands
+		silent
+
+		runtime_load_module
+
+		if $is_user_command("onstart")
+			onstart
+		end
+		continue
+	end
+end
+document run_on_start
+	On some targets, such as x86_64-efi, even if you know where the
+	firmware will load the GRUB image, you can not simply set a break
+	point before the image is loaded because loading the image
+	overwrites the break point in memory. So setup a hardware watch
+	point, which does not have that problem, and if that gets triggered,
+	then reset the break point. If a user-defined command named
+	"onstart" exists it will be run after the start is hit.
+	NOTE: This assumes symbols have already been correctly loaded for
+	the EFI application.
+end
+
 ###
 
 set confirm off
@@ -71,6 +100,7 @@ if ! $runonce
 		exec-file kernel.exec
 	else
 		file kernel.exec
+		run_on_start
 		runtime_load_module
 	end
 
-- 
2.34.1



  parent reply	other threads:[~2023-01-10 21:51 UTC|newest]

Thread overview: 18+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2023-01-10 21:50 [PATCH v6 00/14] GDB script fixes and improvements Glenn Washburn
2023-01-10 21:50 ` [PATCH v6 01/14] gdb: Fix redirection issue in dump_module_sections Glenn Washburn
2023-01-10 21:50 ` [PATCH v6 02/14] gdb: Prevent wrapping when writing to .segments.tmp Glenn Washburn
2023-01-10 21:50 ` [PATCH v6 03/14] gdb: If no modules have been loaded, do not try to load module symbols Glenn Washburn
2023-01-10 21:50 ` [PATCH v6 04/14] gdb: Move runtime module loading into runtime_load_module Glenn Washburn
2023-01-10 21:50 ` [PATCH v6 05/14] gdb: Conditionally run GDB script logic for dynamically or statically positioned GRUB Glenn Washburn
2023-01-10 21:50 ` [PATCH v6 06/14] gdb: Only connect to remote target once when first sourced Glenn Washburn
2023-01-10 21:50 ` [PATCH v6 07/14] gdb: Replace module symbol loading implementation with Python one Glenn Washburn
2023-01-10 21:50 ` [PATCH v6 08/14] gdb: Add functions to make loading from dynamically positioned targets easier Glenn Washburn
2023-01-10 21:50 ` [PATCH v6 09/14] gdb: Add more support for debugging on EFI platforms Glenn Washburn
2023-02-20 20:06   ` Robbie Harwood
2023-02-21  3:07     ` Glenn Washburn
2023-03-02 18:44       ` Daniel Kiper
2023-01-10 21:50 ` Glenn Washburn [this message]
2023-01-10 21:50 ` [PATCH v6 11/14] gdb: Fix issue with breakpoints defined before the GRUB image is loaded Glenn Washburn
2023-01-10 21:50 ` [PATCH v6 12/14] gdb: Add extra early initialization symbols for i386-pc Glenn Washburn
2023-01-10 21:50 ` [PATCH v6 13/14] gdb: Modify gdb prompt when running gdb_grub script Glenn Washburn
2023-01-10 21:50 ` [PATCH v6 14/14] docs: Add debugging chapter to development documentation Glenn Washburn

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=20230110215041.1247699-11-development@efficientek.com \
    --to=development@efficientek.com \
    --cc=dkiper@net-space.pl \
    --cc=grub-devel@gnu.org \
    --cc=pjones@redhat.com \
    --cc=rharwood@redhat.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.