> On Feb 21, 2024, at 12:44, Tiezhu Yang wrote:
>
>
>
> On 02/21/2024 03:16 PM, Maxim Kuvyrkov wrote:
>>> On Feb 21, 2024, at 05:46, Tiezhu Yang wrote:
>>>
>>>
>>>
>>> On 02/21/2024 03:52 AM, ci_not...@linaro.org wrote:
If you can't get what you need from our CI within minutes, let us know and
we will be happy to help.
>>>
>>> We can see "Operation not permitted" in the log info,
>>> please try one of the following processes to test:
>>> (1) set ptrace_scope as 0
>>> $ echo 0 | sudo tee /proc/sys/kernel/yama/ptrace_scope
>>> $ make check-gdb TESTS="gdb.threads/attach-many-short-lived-threads.exp"
>>
>> Hi Tiezhu,
>>
>> We already use the above approach for testing. Also, our CI reports only
>> regressions, not all failures, and the environment, generally, does not
>> change whether the test passes or fails.
>>
>> The problem appears to be the fact that
>> gdb.threads/attach-many-short-lived-threads.exp tests are flaky, and
>> detected as such in [1] -- search for "delete all breakpoints".
>> However, because your patch renames the tests, the flaky entries do not
>> match, and failures are seen as regressions.
>
> OK, I see. Are there any regressions tested with the following change
> on top of the patch?
Hi Tiezhu,
What I meant is that there are no real regressions from your patch and you can
ignore the report.
--
Maxim Kuvyrkov
https://www.linaro.org
>
> diff --git a/gdb/testsuite/lib/gdb.exp b/gdb/testsuite/lib/gdb.exp
> index 7357d56f89a..7e14de44609 100644
> --- a/gdb/testsuite/lib/gdb.exp
> +++ b/gdb/testsuite/lib/gdb.exp
> @@ -373,7 +373,7 @@ proc delete_breakpoints {} {
> #
> set timeout 100
>
> -set msg "delete all breakpoints, watchpoints, tracepoints, and
> catchpoints in delete_breakpoints"
> +set msg "delete all breakpoints in delete_breakpoints"
> set deleted 0
> gdb_test_multiple "delete breakpoints" "$msg" {
>-re "Delete all breakpoints, watchpoints, tracepoints, and
> catchpoints.*y or n.*$" {
>
> If it is OK for you to avoid regressions, I will squash the above change in
> the patch and then send a new version.
>
> Thanks,
> Tiezhu
>
___
linaro-toolchain mailing list -- linaro-toolchain@lists.linaro.org
To unsubscribe send an email to linaro-toolchain-le...@lists.linaro.org