From: Ilya Leoshkevich <iii@linux.ibm.com>
To: "Richard Henderson" <richard.henderson@linaro.org>,
"Alex Bennée" <alex.bennee@linaro.org>,
"Laurent Vivier" <laurent@vivier.eu>,
"Warner Losh" <imp@bsdimp.com>
Cc: "Kyle Evans" <kevans@freebsd.org>,
"Philippe Mathieu-Daudé" <philmd@linaro.org>,
qemu-devel@nongnu.org
Subject: Re: [PATCH v3 01/11] gdbstub: Support disablement in a multi-threaded process
Date: Mon, 19 Feb 2024 15:18:21 +0100 [thread overview]
Message-ID: <471ebba0055db993c8a3c57a290ce092358eb88b.camel@linux.ibm.com> (raw)
In-Reply-To: <2310cfb390c130baf709ac18328556ac0b713146.camel@linux.ibm.com>
On Mon, 2024-02-19 at 14:05 +0100, Ilya Leoshkevich wrote:
> On Sat, 2024-02-17 at 10:21 -1000, Richard Henderson wrote:
> > On 2/16/24 03:05, Ilya Leoshkevich wrote:
> > > The upcoming follow-fork-mode child support will require
> > > disabling
> > > gdbstub in the parent process, which may have multiple threads
> > > (which
> > > are represented as CPUs).
> > >
> > > Loop over all CPUs in order to remove breakpoints and disable
> > > single-step. Move the respective code into a separate function.
> > >
> > > Signed-off-by: Ilya Leoshkevich <iii@linux.ibm.com>
> > > ---
> > > gdbstub/user.c | 19 +++++++++++++++----
> > > 1 file changed, 15 insertions(+), 4 deletions(-)
> > >
> > > diff --git a/gdbstub/user.c b/gdbstub/user.c
> > > index 14918d1a217..e17f7ece908 100644
> > > --- a/gdbstub/user.c
> > > +++ b/gdbstub/user.c
> > > @@ -356,16 +356,27 @@ int gdbserver_start(const char
> > > *port_or_path)
> > > return -1;
> > > }
> > >
> > > +static void disable_gdbstub(void)
> > > +{
> > > + CPUState *cpu;
> > > +
> > > + close(gdbserver_user_state.fd);
> > > + gdbserver_user_state.fd = -1;
> > > + CPU_FOREACH(cpu) {
> > > + cpu_breakpoint_remove_all(cpu, BP_GDB);
> > > + /* no cpu_watchpoint_remove_all for user-mode */
> > > + cpu_single_step(cpu, 0);
> > > + tb_flush(cpu);
> >
> > You only need to flush once. The cpu argument is used to determine
> > if we can perform the
> > flush immediately or need to queue it.
>
> I thought we needed to flush jump caches on all CPUs, but I see now
> that do_tb_flush() already does this, so this loop is unnecessarily
> quadratic.
>
> Btw, shouldn't do_tb_flush() have cpu as a local variable, and not as
> a parameter?
Never mind, the dummy parameter is needed for usage with
async_safe_run_on_cpu().
[...]
next prev parent reply other threads:[~2024-02-19 14:18 UTC|newest]
Thread overview: 24+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-02-16 13:05 [PATCH v3 00/11] gdbstub: Implement follow-fork-mode child Ilya Leoshkevich
2024-02-16 13:05 ` [PATCH v3 01/11] gdbstub: Support disablement in a multi-threaded process Ilya Leoshkevich
2024-02-16 17:04 ` Alex Bennée
2024-02-17 20:21 ` Richard Henderson
2024-02-19 13:05 ` Ilya Leoshkevich
2024-02-19 14:18 ` Ilya Leoshkevich [this message]
2024-02-16 13:05 ` [PATCH v3 02/11] {linux,bsd}-user: Update ts_tid after fork() Ilya Leoshkevich
2024-02-16 17:45 ` Alex Bennée
2024-02-17 20:22 ` Richard Henderson
2024-02-16 13:05 ` [PATCH v3 03/11] gdbstub: Introduce gdbserver_fork_start() Ilya Leoshkevich
2024-02-16 17:46 ` Alex Bennée
2024-02-16 13:05 ` [PATCH v3 04/11] {linux,bsd}-user: Pass pid to fork_end() Ilya Leoshkevich
2024-02-16 17:48 ` Alex Bennée
2024-02-17 20:26 ` Richard Henderson
2024-02-16 13:05 ` [PATCH v3 05/11] {linux,bsd}-user: Pass pid to gdbserver_fork() Ilya Leoshkevich
2024-02-17 20:27 ` Richard Henderson
2024-02-16 13:05 ` [PATCH v3 06/11] gdbstub: Call gdbserver_fork() both in parent and in child Ilya Leoshkevich
2024-02-17 20:30 ` Richard Henderson
2024-02-16 13:05 ` [PATCH v3 07/11] gdbstub: Introduce gdb_handle_query_supported_user() Ilya Leoshkevich
2024-02-17 20:36 ` Richard Henderson
2024-02-16 13:05 ` [PATCH v3 08/11] gdbstub: Introduce gdb_handle_set_thread_user() Ilya Leoshkevich
2024-02-16 13:05 ` [PATCH v3 09/11] gdbstub: Introduce gdb_handle_detach_user() Ilya Leoshkevich
2024-02-16 13:05 ` [PATCH v3 10/11] gdbstub: Implement follow-fork-mode child Ilya Leoshkevich
2024-02-16 13:05 ` [PATCH v3 11/11] tests/tcg: Add two follow-fork-mode tests Ilya Leoshkevich
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=471ebba0055db993c8a3c57a290ce092358eb88b.camel@linux.ibm.com \
--to=iii@linux.ibm.com \
--cc=alex.bennee@linaro.org \
--cc=imp@bsdimp.com \
--cc=kevans@freebsd.org \
--cc=laurent@vivier.eu \
--cc=philmd@linaro.org \
--cc=qemu-devel@nongnu.org \
--cc=richard.henderson@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;
as well as URLs for NNTP newsgroup(s).