From: Simon Marchi <simark@simark.ca>
To: Andrew Burgess <aburgess@redhat.com>, gdb-patches@sourceware.org
Subject: Re: [PATCH 4/5] gdb/testsuite: change newline patterns used in gdb_test
Date: Tue, 2 May 2023 15:16:23 -0400 [thread overview]
Message-ID: <9e159184-2a76-917d-6c2d-ad45a6228971@simark.ca> (raw)
In-Reply-To: <87leibad7g.fsf@redhat.com>
On 4/28/23 17:50, Andrew Burgess wrote:
> Simon Marchi <simark@simark.ca> writes:
>
>> On 4/28/23 11:57, Simon Marchi via Gdb-patches wrote:
>>>> I've pushed the patch below which fixes all the regressions I see when
>>>> using the native-gdbserver board.
>>>>
>>>> I'm still testing with the native-extended-gdbserver board, but I'm a
>>>> little short of time, so might not be able to fix any regressions that
>>>> throws up until next week. So I've pushed this fix for now, and will
>>>> follow up with any additional fixes I find later.
>>>>
>>>> Sorry for causing the regressions.
>>>
>>> Thanks, I'll let you know if there are more remaining failures.
>>>
>>> Simon
>>>
>>
>> I still see these two, which are likely related:
>>
>> FAIL: gdb.trace/collection.exp: collect register locals collectively: run trace experiment: stop trace experiment
>
> I think we should accept this regression. Here's the gdb.log output:
>
> (gdb) PASS: gdb.trace/collection.exp: collect register locals collectively: run trace experiment: run trace experiment
> tstop
> Trace is not running.
> (gdb) FAIL: gdb.trace/collection.exp: collect register locals collectively: run trace experiment: stop trace experiment
>
> I changed this test form this:
>
> gdb_test "tstop" \
> "\[\r\n\]+" \
> "stop trace experiment"
>
> to this:
>
> gdb_test_no_output "tstop" \
> "stop trace experiment"
>
> The 'Trace is not running.' error is what causes the test to fail. This
> test has a bunch of other FAILs, one of which is the 'tstart' preceeding
> the above 'tstop':
>
> (gdb) PASS: gdb.trace/collection.exp: collect register locals collectively: run trace experiment: advance to begin
> tstart
> locf has been optimized out of existence.
> locd has been optimized out of existence.
> Expression pieces exceed word size
> (gdb) FAIL: gdb.trace/collection.exp: collect register locals collectively: run trace experiment: start trace experiment
>
> So clearly, the test script is expecting the tracing to start, but it
> doesn't. Catching things like the above -- where we were missing a
> warning/error from GDB was exactly the point of my patch -- so I think
> this additional failure is acceptable.
That makes sense (it would have been obvious if I had looked at it, but
didn't really have time). I'll add it to my list of expected failures,
since it's just the consequence of an existing failure.
>> FAIL: gdb.trace/pending.exp: ftrace works: stop trace experiment
>
> I'm not able to reproduce this one. On my local machine the
> pending_tracepoint_works proc (in pending.exp) exits early as (according
> to the comment) the target was unable to install the fast tracepoint.
>
> Could you confirm that the 'tstart' test immediately preceding this
> 'tstop' test passes successfully please, it's name will be:
>
> gdb.trace/pending.exp: ftrace works: start trace experiment
>
> If this FAILs then I think, like the one above then it's OK that the
> corresponding tstop also FAILs. If you are seeing the 'tstart' PASS
> then could you paste in the corresponding gdb.log snippet and I'll see
> if I can spot the problem.
The "start trace experiment" fails too, so it's probably the same thing
as the previous one.
Thanks for looking into it!
Simon
next prev parent reply other threads:[~2023-05-02 19:16 UTC|newest]
Thread overview: 24+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-03-31 20:20 [PATCH 0/5] gdb/testsuite: stricter matching for gdb_test Andrew Burgess
2023-03-31 20:20 ` [PATCH 1/5] gdb/testsuite: fix occasional failure in gdb.base/clear_non_user_bp.exp Andrew Burgess
2023-03-31 20:20 ` [PATCH 2/5] gdb: remove some trailing newlines from warning messages Andrew Burgess
2023-03-31 20:20 ` [PATCH 3/5] gdb/testsuite: use 'return' in gdb_test_no_output Andrew Burgess
2023-03-31 20:20 ` [PATCH 4/5] gdb/testsuite: change newline patterns used in gdb_test Andrew Burgess
2023-04-27 19:39 ` Simon Marchi
2023-04-28 14:05 ` Andrew Burgess
2023-04-28 15:51 ` Andrew Burgess
2023-04-28 15:57 ` Simon Marchi
2023-04-28 18:37 ` Simon Marchi
2023-04-28 21:50 ` Andrew Burgess
2023-05-02 19:16 ` Simon Marchi [this message]
2023-04-29 15:20 ` Tom de Vries
2023-05-01 14:33 ` Andrew Burgess
2023-05-01 15:10 ` Tom de Vries
2023-05-02 11:13 ` Andrew Burgess
2023-05-02 14:48 ` Tom de Vries
2023-05-05 17:01 ` Andrew Burgess
2023-05-09 9:54 ` Andrew Burgess
2023-05-10 7:22 ` Tom de Vries
2023-05-12 12:54 ` Andrew Burgess
2023-03-31 20:20 ` [PATCH 5/5] gdb/testsuite: special case '^' in gdb_test pattern Andrew Burgess
2023-04-17 16:12 ` [PATCH 0/5] gdb/testsuite: stricter matching for gdb_test Tom Tromey
2023-04-27 12:58 ` Andrew Burgess
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=9e159184-2a76-917d-6c2d-ad45a6228971@simark.ca \
--to=simark@simark.ca \
--cc=aburgess@redhat.com \
--cc=gdb-patches@sourceware.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 read-only IMAP folder(s) and NNTP newsgroup(s).