Bug 24845 - FAIL: gdb.base/step-over-syscall.exp: clone: displaced=off: single step over clone (Couldn't get registers: No such process)
Summary: FAIL: gdb.base/step-over-syscall.exp: clone: displaced=off: single step over ...
Status: NEW
Alias: None
Product: gdb
Classification: Unclassified
Component: gdb (show other bugs)
Version: HEAD
: P2 normal
Target Milestone: ---
Assignee: Not yet assigned to anyone
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2019-07-24 08:16 UTC by Tom de Vries
Modified: 2022-10-04 06:58 UTC (History)
1 user (show)

See Also:
Host:
Target:
Build:
Last reconfirmed:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Tom de Vries 2019-07-24 08:16:23 UTC
For step-over-syscall.exp, we have normally:
...
$ for n in $(seq 1 10); do ./test.sh; done 2>&1 | egrep "expected passes|unresolved testcases"
# of expected passes            95
# of expected passes            95
# of expected passes            95
# of expected passes            95
# of expected passes            95
# of expected passes            95
# of expected passes            95
# of expected passes            95
# of expected passes            95
# of expected passes            95
...

But when run in conjunction with:
...
$ stress -c $(($(cat /proc/cpuinfo | grep -c "^processor") + 1))
...
we get:
...
$ for n in $(seq 1 10); do ./test.sh; done 2>&1 | egrep "expected passes|unresolved testcases"
# of expected passes            90
# of expected passes            90
# of expected passes            90
# of expected passes            95
# of expected passes            90
# of expected passes            90
# of expected passes            90
# of expected passes            90
# of expected passes            95
# of expected passes            90
...

We run into:
...
FAIL: gdb.base/step-over-syscall.exp: clone: displaced=off: single step over clone
...

More specifically:
...
(gdb) PASS: gdb.base/step-over-syscall.exp: clone: displaced=off: continue to syscall insn clone
set displaced-stepping off^M
(gdb) PASS: gdb.base/step-over-syscall.exp: clone: displaced=off: set displaced-stepping off
stepi^M
[New LWP 21290]^M
Couldn't get registers: No such process.^M
(gdb) FAIL: gdb.base/step-over-syscall.exp: clone: displaced=off: single step over clone
...
Comment 1 Tom de Vries 2020-07-21 14:35:35 UTC
I installed openSUSE Tumbleweed in a VM, with 1 virtual CPU and execution cap set to 75%.  In this setting, this reproduces every time.
Comment 2 Simon Marchi 2020-08-25 13:51:48 UTC
I see this too.
Comment 3 Tom de Vries 2022-10-03 13:40:26 UTC
Hmm, let's see if https://sourceware.org/pipermail/gdb-patches/2022-July/190708.html fixes this.
Comment 4 Tom de Vries 2022-10-04 06:58:17 UTC
(In reply to Tom de Vries from comment #3)
> Hmm, let's see if
> https://sourceware.org/pipermail/gdb-patches/2022-July/190708.html fixes
> this.

It does, as noted in https://sourceware.org/pipermail/gdb-patches/2022-October/192287.html .