public inbox for gdb-patches@sourceware.org
 help / color / mirror / Atom feed
From: Thiago Jung Bauermann <thiago.bauermann@linaro.org>
To: Tom de Vries <tdevries@suse.de>
Cc: Pedro Alves <pedro@palves.net>,
	 gdb-patches@sourceware.org,
	 Christophe Lyon <christophe.lyon@linaro.org>
Subject: Re: [PATCH v2 3/5] gdb/testsuite: Add gdb.arch/aarch64-mops-watchpoint.exp
Date: Wed, 22 May 2024 13:43:25 -0300	[thread overview]
Message-ID: <87cypdu79u.fsf@linaro.org> (raw)
In-Reply-To: <2582ba11-c8b7-428c-a36f-b7504121608c@suse.de> (Tom de Vries's message of "Wed, 22 May 2024 11:22:43 +0200")

Hello Tom,

Tom de Vries <tdevries@suse.de> writes:

> On 5/21/24 23:03, Thiago Jung Bauermann wrote:
>> Hello Pedro,
>> Thank you for your review!
>> Pedro Alves <pedro@palves.net> writes:
>> 
>>>> Note this causes
>>>> +# a restart of GDB.
>>>
>>> Might want to apply a similar logic to can_spawn_for_attach, wrt gdb_exit.
>>> See the tail end of that function.  Maybe we can factor that out and
>>> reuse it.
>>
>> I looked into it, but I wasn't able to understand what is the problem
>> that gdb_exit causes. Does it mean that any require predicate that
>> restarts GDB needs to use that two-tier caching scheme?
>> 
>
> Let me try to explain the idea.  Consider two demonstrator test-cases:

<snip>

Thank you for the explanation and clear example. I understand the
problem now.

> This two-tier scheme is convenient for can_spawn_for_attach, because it's a pre-existing
> proc that didn't use gdb_exit and consequently was used in random places in test-cases,
> and also multiple times in a single test-case.
>
> For a proc like allow_aarch64_mops_tests, which is only used at the very start of a
> test-case, once, IMO it's not necessary, and not worth the effort of splitting up the
> proc.

Yes, I agree that this issue doesn't affect the require predicate proc.

> However, if we factor this approach out into a special variant, say
> gdb_caching_proc_with_gdb_exit or some such, then it could be done relatively easily.

If there are other caching procs that exit or restart GDB that are used
in the middle of testcases, then that is indeed a good idea.
-- 
Thiago

  parent reply	other threads:[~2024-05-22 16:43 UTC|newest]

Thread overview: 20+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2024-05-07  2:22 [PATCH v2 0/5] Add support for AArch64 MOPS instructions Thiago Jung Bauermann
2024-05-07  2:22 ` [PATCH v2 1/5] gdb/aarch64: Implement software single stepping for " Thiago Jung Bauermann
2024-05-10 13:23   ` Pedro Alves
2024-05-21 21:40     ` Thiago Jung Bauermann
2024-05-22 10:51       ` Luis Machado
2024-05-07  2:22 ` [PATCH v2 2/5] gdb/aarch64: Add record support " Thiago Jung Bauermann
2024-05-07  2:22 ` [PATCH v2 3/5] gdb/testsuite: Add gdb.arch/aarch64-mops-watchpoint.exp Thiago Jung Bauermann
2024-05-10 13:32   ` Pedro Alves
2024-05-21 21:03     ` Thiago Jung Bauermann
2024-05-22  9:22       ` Tom de Vries
2024-05-22 15:38         ` Tom Tromey
2024-05-22 16:43         ` Thiago Jung Bauermann [this message]
2024-05-07  2:22 ` [PATCH v2 4/5] gdb/testsuite: Add gdb.arch/aarch64-mops-atomic-inst.exp Thiago Jung Bauermann
2024-05-07  2:22 ` [PATCH v2 5/5] gdb/testsuite: Add gdb.reverse/aarch64-mops.exp Thiago Jung Bauermann
2024-05-08  8:52 ` [PATCH v2 0/5] Add support for AArch64 MOPS instructions Luis Machado
2024-05-09  3:24   ` Thiago Jung Bauermann
2024-05-10  5:20     ` Thiago Jung Bauermann
2024-05-10 13:11       ` Luis Machado
2024-05-10 15:07     ` Guinevere Larsen
2024-05-23  1:43       ` Thiago Jung Bauermann

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=87cypdu79u.fsf@linaro.org \
    --to=thiago.bauermann@linaro.org \
    --cc=christophe.lyon@linaro.org \
    --cc=gdb-patches@sourceware.org \
    --cc=pedro@palves.net \
    --cc=tdevries@suse.de \
    /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 read-only IMAP folder(s) and NNTP newsgroup(s).