* [Bug gdb/28056] [11/12 Regression] linux-tdep.c:2550: internal-error: displaced_step_prepare_status linux_displaced_step_prepare on s390x-linux-gnu
2021-07-05 8:27 [Bug gdb/28056] New: [11/12 Regression] linux-tdep.c:2550: internal-error: displaced_step_prepare_status linux_displaced_step_prepare on s390x-linux-gnu doko at debian dot org
@ 2021-07-05 8:27 ` doko at debian dot org
2021-07-05 15:00 ` simark at simark dot ca
` (14 subsequent siblings)
15 siblings, 0 replies; 17+ messages in thread
From: doko at debian dot org @ 2021-07-05 8:27 UTC (permalink / raw)
To: gdb-prs
https://sourceware.org/bugzilla/show_bug.cgi?id=28056
Matthias Klose <doko at debian dot org> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |krebbel at linux dot ibm.com
--
You are receiving this mail because:
You are on the CC list for the bug.
^ permalink raw reply [flat|nested] 17+ messages in thread
* [Bug gdb/28056] [11/12 Regression] linux-tdep.c:2550: internal-error: displaced_step_prepare_status linux_displaced_step_prepare on s390x-linux-gnu
2021-07-05 8:27 [Bug gdb/28056] New: [11/12 Regression] linux-tdep.c:2550: internal-error: displaced_step_prepare_status linux_displaced_step_prepare on s390x-linux-gnu doko at debian dot org
2021-07-05 8:27 ` [Bug gdb/28056] " doko at debian dot org
@ 2021-07-05 15:00 ` simark at simark dot ca
2021-07-05 18:14 ` simark at simark dot ca
` (13 subsequent siblings)
15 siblings, 0 replies; 17+ messages in thread
From: simark at simark dot ca @ 2021-07-05 15:00 UTC (permalink / raw)
To: gdb-prs
https://sourceware.org/bugzilla/show_bug.cgi?id=28056
Simon Marchi <simark at simark dot ca> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |simark at simark dot ca
--- Comment #1 from Simon Marchi <simark at simark dot ca> ---
This is clearly related to my change. I don't have access to an s390x machine
to test this... do you have an easy way to set up a qemu machine or something
like that?
--
You are receiving this mail because:
You are on the CC list for the bug.
^ permalink raw reply [flat|nested] 17+ messages in thread
* [Bug gdb/28056] [11/12 Regression] linux-tdep.c:2550: internal-error: displaced_step_prepare_status linux_displaced_step_prepare on s390x-linux-gnu
2021-07-05 8:27 [Bug gdb/28056] New: [11/12 Regression] linux-tdep.c:2550: internal-error: displaced_step_prepare_status linux_displaced_step_prepare on s390x-linux-gnu doko at debian dot org
2021-07-05 8:27 ` [Bug gdb/28056] " doko at debian dot org
2021-07-05 15:00 ` simark at simark dot ca
@ 2021-07-05 18:14 ` simark at simark dot ca
2021-07-06 5:03 ` doko at debian dot org
` (12 subsequent siblings)
15 siblings, 0 replies; 17+ messages in thread
From: simark at simark dot ca @ 2021-07-05 18:14 UTC (permalink / raw)
To: gdb-prs
https://sourceware.org/bugzilla/show_bug.cgi?id=28056
Simon Marchi <simark at simark dot ca> changed:
What |Removed |Added
----------------------------------------------------------------------------
Assignee|unassigned at sourceware dot org |simark at simark dot ca
--- Comment #2 from Simon Marchi <simark at simark dot ca> ---
Created attachment 13540
--> https://sourceware.org/bugzilla/attachment.cgi?id=13540&action=edit
Proposed patch
I managed to get a working qemu setup without much efforts using Buildroot, and
I can reproduce the issue. Although if there is a ready-to-use Ubuntu image I
can use, I'd be happy to use it (I just don't want to go through the trouble of
installing the distro in qemu with the installer).
See the attached patch, it does fix the issue for me.
However, the inferior always hits this when running:
Program received signal SIGSEGV, Segmentation fault.
0x000003ffac312c6c in _dl_debug_initialize () from /lib/ld64.so.1
... and that was happening prior to my patches, and in GDB 10. I guess you
don't see it?
--
You are receiving this mail because:
You are on the CC list for the bug.
^ permalink raw reply [flat|nested] 17+ messages in thread
* [Bug gdb/28056] [11/12 Regression] linux-tdep.c:2550: internal-error: displaced_step_prepare_status linux_displaced_step_prepare on s390x-linux-gnu
2021-07-05 8:27 [Bug gdb/28056] New: [11/12 Regression] linux-tdep.c:2550: internal-error: displaced_step_prepare_status linux_displaced_step_prepare on s390x-linux-gnu doko at debian dot org
` (2 preceding siblings ...)
2021-07-05 18:14 ` simark at simark dot ca
@ 2021-07-06 5:03 ` doko at debian dot org
2021-07-06 6:01 ` doko at debian dot org
` (11 subsequent siblings)
15 siblings, 0 replies; 17+ messages in thread
From: doko at debian dot org @ 2021-07-06 5:03 UTC (permalink / raw)
To: gdb-prs
https://sourceware.org/bugzilla/show_bug.cgi?id=28056
--- Comment #3 from Matthias Klose <doko at debian dot org> ---
no, that patch doesn't help. the gdb 10.2 build was fine, working correctly.
gdb: configured with: --build=s390x-linux-gnu
--host=s390x-linux-gnu
--prefix=/usr
--libexecdir=${prefix}/lib/gdb
--disable-werror
--disable-maintainer-mode
--disable-dependency-tracking
--disable-silent-rules
--disable-gdbtk
--disable-shared
--with-system-readline
--with-pkgversion='Ubuntu 11.0.90.20210705-0ubuntu2'
--srcdir=/<<PKGBUILDDIR>>
--with-expat
--with-system-zlib
--without-guile
--without-babeltrace
--with-debuginfod
--with-babeltrace
--with-system-gdbinit=/etc/gdb/gdbinit
--with-system-gdbinit-dir=/etc/gdb/gdbinit.d
--enable-tui
--with-lzma
--with-python=python3
--with-xxhash
--with-mpfr
--
You are receiving this mail because:
You are on the CC list for the bug.
^ permalink raw reply [flat|nested] 17+ messages in thread
* [Bug gdb/28056] [11/12 Regression] linux-tdep.c:2550: internal-error: displaced_step_prepare_status linux_displaced_step_prepare on s390x-linux-gnu
2021-07-05 8:27 [Bug gdb/28056] New: [11/12 Regression] linux-tdep.c:2550: internal-error: displaced_step_prepare_status linux_displaced_step_prepare on s390x-linux-gnu doko at debian dot org
` (3 preceding siblings ...)
2021-07-06 5:03 ` doko at debian dot org
@ 2021-07-06 6:01 ` doko at debian dot org
2021-07-06 13:43 ` simark at simark dot ca
` (10 subsequent siblings)
15 siblings, 0 replies; 17+ messages in thread
From: doko at debian dot org @ 2021-07-06 6:01 UTC (permalink / raw)
To: gdb-prs
https://sourceware.org/bugzilla/show_bug.cgi?id=28056
--- Comment #4 from Matthias Klose <doko at debian dot org> ---
for a s390x setup, maybe see
https://developer.ibm.com/components/ibm-linuxone/gettingstarted/
--
You are receiving this mail because:
You are on the CC list for the bug.
^ permalink raw reply [flat|nested] 17+ messages in thread
* [Bug gdb/28056] [11/12 Regression] linux-tdep.c:2550: internal-error: displaced_step_prepare_status linux_displaced_step_prepare on s390x-linux-gnu
2021-07-05 8:27 [Bug gdb/28056] New: [11/12 Regression] linux-tdep.c:2550: internal-error: displaced_step_prepare_status linux_displaced_step_prepare on s390x-linux-gnu doko at debian dot org
` (4 preceding siblings ...)
2021-07-06 6:01 ` doko at debian dot org
@ 2021-07-06 13:43 ` simark at simark dot ca
2021-07-06 16:12 ` doko at debian dot org
` (9 subsequent siblings)
15 siblings, 0 replies; 17+ messages in thread
From: simark at simark dot ca @ 2021-07-06 13:43 UTC (permalink / raw)
To: gdb-prs
https://sourceware.org/bugzilla/show_bug.cgi?id=28056
--- Comment #5 from Simon Marchi <simark at simark dot ca> ---
(In reply to Matthias Klose from comment #4)
> for a s390x setup, maybe see
> https://developer.ibm.com/components/ibm-linuxone/gettingstarted/
Thanks, that works wonderfully. I tested on a RHEL 8.3 machine, I was able to
reproduce the issue, and the patch fixes it for me there also. So, can I ask
you first to double check that you built and tested the right thing? If it
still fails, I'll need you to do a bit of assisted debugging, because I don't
know what the problem would be.
--
You are receiving this mail because:
You are on the CC list for the bug.
^ permalink raw reply [flat|nested] 17+ messages in thread
* [Bug gdb/28056] [11/12 Regression] linux-tdep.c:2550: internal-error: displaced_step_prepare_status linux_displaced_step_prepare on s390x-linux-gnu
2021-07-05 8:27 [Bug gdb/28056] New: [11/12 Regression] linux-tdep.c:2550: internal-error: displaced_step_prepare_status linux_displaced_step_prepare on s390x-linux-gnu doko at debian dot org
` (5 preceding siblings ...)
2021-07-06 13:43 ` simark at simark dot ca
@ 2021-07-06 16:12 ` doko at debian dot org
2021-07-06 16:42 ` simark at simark dot ca
` (8 subsequent siblings)
15 siblings, 0 replies; 17+ messages in thread
From: doko at debian dot org @ 2021-07-06 16:12 UTC (permalink / raw)
To: gdb-prs
https://sourceware.org/bugzilla/show_bug.cgi?id=28056
--- Comment #6 from Matthias Klose <doko at debian dot org> ---
yes, double checked,
https://launchpad.net/ubuntu/+source/gdb/11.0.90.20210705-0ubuntu2/+build/21752179
Ubuntu's compiler enables a few hardening flags by default,
-D_FORTIFY_SOURCE=2 -fstack-protector-strong -Wformat -Werror=format-security
but that's unchanged from the gdb 10.2 build.
--
You are receiving this mail because:
You are on the CC list for the bug.
^ permalink raw reply [flat|nested] 17+ messages in thread
* [Bug gdb/28056] [11/12 Regression] linux-tdep.c:2550: internal-error: displaced_step_prepare_status linux_displaced_step_prepare on s390x-linux-gnu
2021-07-05 8:27 [Bug gdb/28056] New: [11/12 Regression] linux-tdep.c:2550: internal-error: displaced_step_prepare_status linux_displaced_step_prepare on s390x-linux-gnu doko at debian dot org
` (6 preceding siblings ...)
2021-07-06 16:12 ` doko at debian dot org
@ 2021-07-06 16:42 ` simark at simark dot ca
2021-07-06 22:00 ` simark at simark dot ca
` (7 subsequent siblings)
15 siblings, 0 replies; 17+ messages in thread
From: simark at simark dot ca @ 2021-07-06 16:42 UTC (permalink / raw)
To: gdb-prs
https://sourceware.org/bugzilla/show_bug.cgi?id=28056
--- Comment #7 from Simon Marchi <simark at simark dot ca> ---
Ok, well can you check what are the calls to linux_init_abi (put a breakpoint
or add a printf) and tell me what the num_disp_step_buffers argument values
are? I would expect them to be 1.
If you see a call where num_disp_step_buffers is 0, then please provide the
backtrace at that point.
Thanks!
--
You are receiving this mail because:
You are on the CC list for the bug.
^ permalink raw reply [flat|nested] 17+ messages in thread
* [Bug gdb/28056] [11/12 Regression] linux-tdep.c:2550: internal-error: displaced_step_prepare_status linux_displaced_step_prepare on s390x-linux-gnu
2021-07-05 8:27 [Bug gdb/28056] New: [11/12 Regression] linux-tdep.c:2550: internal-error: displaced_step_prepare_status linux_displaced_step_prepare on s390x-linux-gnu doko at debian dot org
` (7 preceding siblings ...)
2021-07-06 16:42 ` simark at simark dot ca
@ 2021-07-06 22:00 ` simark at simark dot ca
2021-07-07 8:29 ` doko at debian dot org
` (6 subsequent siblings)
15 siblings, 0 replies; 17+ messages in thread
From: simark at simark dot ca @ 2021-07-06 22:00 UTC (permalink / raw)
To: gdb-prs
https://sourceware.org/bugzilla/show_bug.cgi?id=28056
Simon Marchi <simark at simark dot ca> changed:
What |Removed |Added
----------------------------------------------------------------------------
Target Milestone|--- |11.1
--
You are receiving this mail because:
You are on the CC list for the bug.
^ permalink raw reply [flat|nested] 17+ messages in thread
* [Bug gdb/28056] [11/12 Regression] linux-tdep.c:2550: internal-error: displaced_step_prepare_status linux_displaced_step_prepare on s390x-linux-gnu
2021-07-05 8:27 [Bug gdb/28056] New: [11/12 Regression] linux-tdep.c:2550: internal-error: displaced_step_prepare_status linux_displaced_step_prepare on s390x-linux-gnu doko at debian dot org
` (8 preceding siblings ...)
2021-07-06 22:00 ` simark at simark dot ca
@ 2021-07-07 8:29 ` doko at debian dot org
2021-07-07 12:58 ` simark at simark dot ca
` (5 subsequent siblings)
15 siblings, 0 replies; 17+ messages in thread
From: doko at debian dot org @ 2021-07-07 8:29 UTC (permalink / raw)
To: gdb-prs
https://sourceware.org/bugzilla/show_bug.cgi?id=28056
--- Comment #8 from Matthias Klose <doko at debian dot org> ---
looking at a 20210706 build, the fix seems to work. Unsure what I did wrong
yesterday. So the fix would be needed on the trunk and the branch.
--
You are receiving this mail because:
You are on the CC list for the bug.
^ permalink raw reply [flat|nested] 17+ messages in thread
* [Bug gdb/28056] [11/12 Regression] linux-tdep.c:2550: internal-error: displaced_step_prepare_status linux_displaced_step_prepare on s390x-linux-gnu
2021-07-05 8:27 [Bug gdb/28056] New: [11/12 Regression] linux-tdep.c:2550: internal-error: displaced_step_prepare_status linux_displaced_step_prepare on s390x-linux-gnu doko at debian dot org
` (9 preceding siblings ...)
2021-07-07 8:29 ` doko at debian dot org
@ 2021-07-07 12:58 ` simark at simark dot ca
2021-07-08 14:05 ` cvs-commit at gcc dot gnu.org
` (4 subsequent siblings)
15 siblings, 0 replies; 17+ messages in thread
From: simark at simark dot ca @ 2021-07-07 12:58 UTC (permalink / raw)
To: gdb-prs
https://sourceware.org/bugzilla/show_bug.cgi?id=28056
--- Comment #9 from Simon Marchi <simark at simark dot ca> ---
(In reply to Matthias Klose from comment #8)
> looking at a 20210706 build, the fix seems to work. Unsure what I did wrong
> yesterday. So the fix would be needed on the trunk and the branch.
Ok, glad to hear that!
Patch posted here:
https://sourceware.org/pipermail/gdb-patches/2021-July/180752.html
--
You are receiving this mail because:
You are on the CC list for the bug.
^ permalink raw reply [flat|nested] 17+ messages in thread
* [Bug gdb/28056] [11/12 Regression] linux-tdep.c:2550: internal-error: displaced_step_prepare_status linux_displaced_step_prepare on s390x-linux-gnu
2021-07-05 8:27 [Bug gdb/28056] New: [11/12 Regression] linux-tdep.c:2550: internal-error: displaced_step_prepare_status linux_displaced_step_prepare on s390x-linux-gnu doko at debian dot org
` (10 preceding siblings ...)
2021-07-07 12:58 ` simark at simark dot ca
@ 2021-07-08 14:05 ` cvs-commit at gcc dot gnu.org
2021-07-08 14:06 ` cvs-commit at gcc dot gnu.org
` (3 subsequent siblings)
15 siblings, 0 replies; 17+ messages in thread
From: cvs-commit at gcc dot gnu.org @ 2021-07-08 14:05 UTC (permalink / raw)
To: gdb-prs
https://sourceware.org/bugzilla/show_bug.cgi?id=28056
--- Comment #10 from cvs-commit at gcc dot gnu.org <cvs-commit at gcc dot gnu.org> ---
The master branch has been updated by Simon Marchi <simark@sourceware.org>:
https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=74b10a3219e44ba2585e3f7226a6455d41e92c1b
commit 74b10a3219e44ba2585e3f7226a6455d41e92c1b
Author: Simon Marchi <simon.marchi@polymtl.ca>
Date: Wed Jul 7 08:57:36 2021 -0400
gdb: don't set Linux-specific displaced stepping methods in
s390_gdbarch_init
According to bug 28056, running an s390x binary gives:
(gdb) run
Starting program: /usr/bin/ls
/home/ubuntu/tmp/gdb-11.0.90.20210705/gdb/linux-tdep.c:2550:
internal-error: displaced_step_prepare_status
linux_displaced_step_prepare(gdbarch*, thread_info*, CORE_ADDR&): Assertion
`gdbarch_data->num_disp_step_buffers > 0' failed.
This is because the s390 architecture registers some Linux-specific
displaced stepping callbacks in the OS-agnostic s390_gdbarch_init:
set_gdbarch_displaced_step_prepare (gdbarch,
linux_displaced_step_prepare);
set_gdbarch_displaced_step_finish (gdbarch,
linux_displaced_step_finish);
set_gdbarch_displaced_step_restore_all_in_ptid
(gdbarch, linux_displaced_step_restore_all_in_ptid);
But then the Linux-specific s390_linux_init_abi_any passes
num_disp_step_buffers=0 to linux_init_abi:
linux_init_abi (info, gdbarch, 0);
The problem happens when linux_displaced_step_prepare is called for the
first time. It tries to allocate the displaced stepping buffers, but
sees that the number of displaced stepping buffers for that architecture
is 0, which is unexpected / invalid.
s390_gdbarch_init should not register the linux_* callbacks, that is
expected to be done by linux_init_abi. If debugging a bare-metal s390
program, or an s390 program on another OS GDB doesn't know about, we
wouldn't want to use them. We would either register no callbacks, if
displaced stepping isn't supported, or register a different set of
callbacks if we wanted to support displaced stepping in those cases.
The commit that refactored the displaced stepping machinery and
introduced these set_gdbarch_displaced_step_* calls is 187b041e2514
("gdb: move displaced stepping logic to gdbarch, allow starting
concurrent displaced steps"). However, even before that,
s390_gdbarch_init did:
set_gdbarch_displaced_step_location (gdbarch,
linux_displaced_step_location);
... which already seemed wrong. The Linux-specific callback was used
even for non-Linux system. Maybe that was on purpose, because it would
also happen to work in some other non-Linux case, or maybe it was simply
a mistake. I'll assume that this was a small mistake when
s390-tdep.{h,c} where factored out of s390-linux-tdep.c, in d6e589456475
("s390: Split up s390-linux-tdep.c into two files").
Fix this by removing the setting of these displaced step callbacks from
s390_gdbarch_init. Instead, pass num_disp_step_buffers=1 to
linux_init_abi, in s390_linux_init_abi_any. Doing so will cause
linux_init_abi to register these same callbacks. It will also mean that
when debugging a bare-metal s390 executable or an executable on another
OS that GDB doesn't know about, gdbarch_displaced_step_prepare won't be
set, so displaced stepping won't be used.
This patch will need to be merged in the gdb-11-branch, since this is a
GDB 11 regression, so here's the ChangeLog entry:
gdb/ChangeLog:
* s390-linux-tdep.c (s390_linux_init_abi_any): Pass 1 (number
of displaced stepping buffers to linux_init_abi.
* s390-tdep.c (s390_gdbarch_init): Don't set the Linux-specific
displaced-stepping gdbarch callbacks.
Change-Id: Ieab2f8990c78fde845ce7378d6fd4ee2833800d5
Bug: https://sourceware.org/bugzilla/show_bug.cgi?id=28056
--
You are receiving this mail because:
You are on the CC list for the bug.
^ permalink raw reply [flat|nested] 17+ messages in thread
* [Bug gdb/28056] [11/12 Regression] linux-tdep.c:2550: internal-error: displaced_step_prepare_status linux_displaced_step_prepare on s390x-linux-gnu
2021-07-05 8:27 [Bug gdb/28056] New: [11/12 Regression] linux-tdep.c:2550: internal-error: displaced_step_prepare_status linux_displaced_step_prepare on s390x-linux-gnu doko at debian dot org
` (11 preceding siblings ...)
2021-07-08 14:05 ` cvs-commit at gcc dot gnu.org
@ 2021-07-08 14:06 ` cvs-commit at gcc dot gnu.org
2021-07-08 14:10 ` simark at simark dot ca
` (2 subsequent siblings)
15 siblings, 0 replies; 17+ messages in thread
From: cvs-commit at gcc dot gnu.org @ 2021-07-08 14:06 UTC (permalink / raw)
To: gdb-prs
https://sourceware.org/bugzilla/show_bug.cgi?id=28056
--- Comment #11 from cvs-commit at gcc dot gnu.org <cvs-commit at gcc dot gnu.org> ---
The gdb-11-branch branch has been updated by Simon Marchi
<simark@sourceware.org>:
https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=ff32938d4471ebf6dce462934de8ab47f9fd5d66
commit ff32938d4471ebf6dce462934de8ab47f9fd5d66
Author: Simon Marchi <simon.marchi@polymtl.ca>
Date: Thu Jul 8 10:05:16 2021 -0400
gdb: don't set Linux-specific displaced stepping methods in
s390_gdbarch_init
According to bug 28056, running an s390x binary gives:
(gdb) run
Starting program: /usr/bin/ls
/home/ubuntu/tmp/gdb-11.0.90.20210705/gdb/linux-tdep.c:2550:
internal-error: displaced_step_prepare_status
linux_displaced_step_prepare(gdbarch*, thread_info*, CORE_ADDR&): Assertion
`gdbarch_data->num_disp_step_buffers > 0' failed.
This is because the s390 architecture registers some Linux-specific
displaced stepping callbacks in the OS-agnostic s390_gdbarch_init:
set_gdbarch_displaced_step_prepare (gdbarch,
linux_displaced_step_prepare);
set_gdbarch_displaced_step_finish (gdbarch,
linux_displaced_step_finish);
set_gdbarch_displaced_step_restore_all_in_ptid
(gdbarch, linux_displaced_step_restore_all_in_ptid);
But then the Linux-specific s390_linux_init_abi_any passes
num_disp_step_buffers=0 to linux_init_abi:
linux_init_abi (info, gdbarch, 0);
The problem happens when linux_displaced_step_prepare is called for the
first time. It tries to allocate the displaced stepping buffers, but
sees that the number of displaced stepping buffers for that architecture
is 0, which is unexpected / invalid.
s390_gdbarch_init should not register the linux_* callbacks, that is
expected to be done by linux_init_abi. If debugging a bare-metal s390
program, or an s390 program on another OS GDB doesn't know about, we
wouldn't want to use them. We would either register no callbacks, if
displaced stepping isn't supported, or register a different set of
callbacks if we wanted to support displaced stepping in those cases.
The commit that refactored the displaced stepping machinery and
introduced these set_gdbarch_displaced_step_* calls is 187b041e2514
("gdb: move displaced stepping logic to gdbarch, allow starting
concurrent displaced steps"). However, even before that,
s390_gdbarch_init did:
set_gdbarch_displaced_step_location (gdbarch,
linux_displaced_step_location);
... which already seemed wrong. The Linux-specific callback was used
even for non-Linux system. Maybe that was on purpose, because it would
also happen to work in some other non-Linux case, or maybe it was simply
a mistake. I'll assume that this was a small mistake when
s390-tdep.{h,c} where factored out of s390-linux-tdep.c, in d6e589456475
("s390: Split up s390-linux-tdep.c into two files").
Fix this by removing the setting of these displaced step callbacks from
s390_gdbarch_init. Instead, pass num_disp_step_buffers=1 to
linux_init_abi, in s390_linux_init_abi_any. Doing so will cause
linux_init_abi to register these same callbacks. It will also mean that
when debugging a bare-metal s390 executable or an executable on another
OS that GDB doesn't know about, gdbarch_displaced_step_prepare won't be
set, so displaced stepping won't be used.
This patch will need to be merged in the gdb-11-branch, since this is a
GDB 11 regression, so here's the ChangeLog entry:
gdb/ChangeLog:
* s390-linux-tdep.c (s390_linux_init_abi_any): Pass 1 (number
of displaced stepping buffers to linux_init_abi.
* s390-tdep.c (s390_gdbarch_init): Don't set the Linux-specific
displaced-stepping gdbarch callbacks.
Change-Id: Ieab2f8990c78fde845ce7378d6fd4ee2833800d5
Bug: https://sourceware.org/bugzilla/show_bug.cgi?id=28056
--
You are receiving this mail because:
You are on the CC list for the bug.
^ permalink raw reply [flat|nested] 17+ messages in thread
* [Bug gdb/28056] [11/12 Regression] linux-tdep.c:2550: internal-error: displaced_step_prepare_status linux_displaced_step_prepare on s390x-linux-gnu
2021-07-05 8:27 [Bug gdb/28056] New: [11/12 Regression] linux-tdep.c:2550: internal-error: displaced_step_prepare_status linux_displaced_step_prepare on s390x-linux-gnu doko at debian dot org
` (12 preceding siblings ...)
2021-07-08 14:06 ` cvs-commit at gcc dot gnu.org
@ 2021-07-08 14:10 ` simark at simark dot ca
2021-07-11 14:30 ` brobecker at gnat dot com
2021-07-11 14:31 ` simark at simark dot ca
15 siblings, 0 replies; 17+ messages in thread
From: simark at simark dot ca @ 2021-07-08 14:10 UTC (permalink / raw)
To: gdb-prs
https://sourceware.org/bugzilla/show_bug.cgi?id=28056
--- Comment #12 from Simon Marchi <simark at simark dot ca> ---
Fixed by that commit.
--
You are receiving this mail because:
You are on the CC list for the bug.
^ permalink raw reply [flat|nested] 17+ messages in thread
* [Bug gdb/28056] [11/12 Regression] linux-tdep.c:2550: internal-error: displaced_step_prepare_status linux_displaced_step_prepare on s390x-linux-gnu
2021-07-05 8:27 [Bug gdb/28056] New: [11/12 Regression] linux-tdep.c:2550: internal-error: displaced_step_prepare_status linux_displaced_step_prepare on s390x-linux-gnu doko at debian dot org
` (13 preceding siblings ...)
2021-07-08 14:10 ` simark at simark dot ca
@ 2021-07-11 14:30 ` brobecker at gnat dot com
2021-07-11 14:31 ` simark at simark dot ca
15 siblings, 0 replies; 17+ messages in thread
From: brobecker at gnat dot com @ 2021-07-11 14:30 UTC (permalink / raw)
To: gdb-prs
https://sourceware.org/bugzilla/show_bug.cgi?id=28056
Joel Brobecker <brobecker at gnat dot com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |brobecker at gnat dot com
--- Comment #13 from Joel Brobecker <brobecker at gnat dot com> ---
(In reply to Simon Marchi from comment #12)
> Fixed by that commit.
Hi Simon. Did you mean to also change the PR status to resolved/fixed, by any
chance?
--
You are receiving this mail because:
You are on the CC list for the bug.
^ permalink raw reply [flat|nested] 17+ messages in thread
* [Bug gdb/28056] [11/12 Regression] linux-tdep.c:2550: internal-error: displaced_step_prepare_status linux_displaced_step_prepare on s390x-linux-gnu
2021-07-05 8:27 [Bug gdb/28056] New: [11/12 Regression] linux-tdep.c:2550: internal-error: displaced_step_prepare_status linux_displaced_step_prepare on s390x-linux-gnu doko at debian dot org
` (14 preceding siblings ...)
2021-07-11 14:30 ` brobecker at gnat dot com
@ 2021-07-11 14:31 ` simark at simark dot ca
15 siblings, 0 replies; 17+ messages in thread
From: simark at simark dot ca @ 2021-07-11 14:31 UTC (permalink / raw)
To: gdb-prs
https://sourceware.org/bugzilla/show_bug.cgi?id=28056
Simon Marchi <simark at simark dot ca> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution|--- |FIXED
--- Comment #14 from Simon Marchi <simark at simark dot ca> ---
Woops, yes, thanks.
--
You are receiving this mail because:
You are on the CC list for the bug.
^ permalink raw reply [flat|nested] 17+ messages in thread