All of lore.kernel.org
 help / color / mirror / Atom feed
From: Thomas Gleixner <tglx@linutronix.de>
To: Florian Rommel <mail@florommel.de>,
	Ingo Molnar <mingo@redhat.com>, Borislav Petkov <bp@alien8.de>,
	Dave Hansen <dave.hansen@linux.intel.com>,
	"H . Peter Anvin" <hpa@zytor.com>,
	Jason Wessel <jason.wessel@windriver.com>,
	Daniel Thompson <daniel.thompson@linaro.org>,
	Douglas Anderson <dianders@chromium.org>,
	Lorena Kretzschmar <qy15sije@cip.cs.fau.de>,
	Stefan Saecherl <stefan.saecherl@fau.de>,
	Peter Zijlstra <peterz@infradead.org>,
	Christophe JAILLET <christophe.jaillet@wanadoo.fr>,
	Randy Dunlap <rdunlap@infradead.org>,
	Masami Hiramatsu <mhiramat@kernel.org>,
	Andrew Morton <akpm@linux-foundation.org>,
	Christophe Leroy <christophe.leroy@csgroup.eu>,
	Geert Uytterhoeven <geert+renesas@glider.be>,
	kgdb-bugreport@lists.sourceforge.net, x86@kernel.org,
	linux-kernel@vger.kernel.org
Cc: Florian Rommel <mail@florommel.de>
Subject: Re: [PATCH v2 1/2] x86/kgdb: convert early breakpoints to poke breakpoints
Date: Mon, 12 Aug 2024 20:54:16 +0200	[thread overview]
Message-ID: <874j7pshbb.ffs@tglx> (raw)
In-Reply-To: <20240812174338.363838-2-mail@florommel.de>

Florian!

On Mon, Aug 12 2024 at 19:43, Florian Rommel wrote:
> On x86, after booting, the kernel text is read-only.  Then, KGDB has to
> use the text_poke mechanism to install software breakpoints.  KGDB
> uses a special (x86-specific) breakpoint type for these kinds of
> breakpoints (BP_POKE_BREAKPOINT).  When removing a breakpoint, KGDB
> always adheres to the breakpoint's original installment method, which is
> determined by its type.
>
> Before this fix, early (non-"poke") breakpoints could not be removed
> after the kernel text was set as read-only since the original code
> patching mechanism was no longer allowed to remove the breakpoints.
> Eventually, this even caused the kernel to hang (loop between int3
> instruction and the function kgdb_skipexception).
>
> With this patch, we convert early breakpoints to "poke" breakpoints
> after the kernel text has been made read-only.  This makes them
> removable later.

Please check Documentation/process/ including maintainers.tip for change
log rules.

But aside of that why having this BP_TYPE dance in the first place?

kgdb_arch_set_breakpoint(...)
{
        if (system_state == SYSTEM_BOOTING) {
        	text_poke_early(...);
                return;
        }
        if (mutex_is_locked(&text_mutex))
        	return -EBUSY;
	text_poke_kgdb(...);
}

See? No breakpoint type, no magic post readonly fixup, nothing.

Similar for arch_remove_breakpoint(). I reply to that gem on the other
patch.

Thanks,

        tglx

  reply	other threads:[~2024-08-12 18:54 UTC|newest]

Thread overview: 14+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2024-08-12 17:43 [PATCH v2 0/2] kgdb: x86: fix breakpoint removal problems Florian Rommel
2024-08-12 17:43 ` [PATCH v2 1/2] x86/kgdb: convert early breakpoints to poke breakpoints Florian Rommel
2024-08-12 18:54   ` Thomas Gleixner [this message]
2024-08-12 17:43 ` [PATCH v2 2/2] x86/kgdb: fix hang on failed breakpoint removal Florian Rommel
2024-08-12 21:04   ` Thomas Gleixner
2024-08-13 11:31     ` Daniel Thompson
2024-08-13 15:06       ` Florian Rommel
2024-08-13 16:21       ` Thomas Gleixner
2024-08-14  8:51         ` [PATCH WIP] x86/kgdb: trampolines for shadowed instructions Florian Rommel
2024-08-14 10:29           ` Daniel Thompson
2024-08-14 13:52             ` Thomas Gleixner
2024-08-15 19:51           ` kernel test robot
2024-08-16 11:12           ` kernel test robot
2024-08-13 15:05     ` [PATCH v2 2/2] x86/kgdb: fix hang on failed breakpoint removal Florian Rommel

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=874j7pshbb.ffs@tglx \
    --to=tglx@linutronix.de \
    --cc=akpm@linux-foundation.org \
    --cc=bp@alien8.de \
    --cc=christophe.jaillet@wanadoo.fr \
    --cc=christophe.leroy@csgroup.eu \
    --cc=daniel.thompson@linaro.org \
    --cc=dave.hansen@linux.intel.com \
    --cc=dianders@chromium.org \
    --cc=geert+renesas@glider.be \
    --cc=hpa@zytor.com \
    --cc=jason.wessel@windriver.com \
    --cc=kgdb-bugreport@lists.sourceforge.net \
    --cc=linux-kernel@vger.kernel.org \
    --cc=mail@florommel.de \
    --cc=mhiramat@kernel.org \
    --cc=mingo@redhat.com \
    --cc=peterz@infradead.org \
    --cc=qy15sije@cip.cs.fau.de \
    --cc=rdunlap@infradead.org \
    --cc=stefan.saecherl@fau.de \
    --cc=x86@kernel.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 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.