summaryrefslogtreecommitdiffstats
path: root/fs/devpts
diff options
context:
space:
mode:
authorIlya Leoshkevich <iii@linux.ibm.com>2023-01-23 22:50:32 +0100
committerHeiko Carstens <hca@linux.ibm.com>2023-01-25 20:51:10 +0100
commite9c9cb90e76ffaabcc7ca8f275d9e82195fd6367 (patch)
treef0cc7a77ae0af7ce42fed33c6360d7d6724b3f1b /fs/devpts
parent0d5f0dc83073cd36d1e92bbcbcc3bc046918bc69 (diff)
downloadlinux-stable-e9c9cb90e76ffaabcc7ca8f275d9e82195fd6367.tar.gz
linux-stable-e9c9cb90e76ffaabcc7ca8f275d9e82195fd6367.tar.bz2
linux-stable-e9c9cb90e76ffaabcc7ca8f275d9e82195fd6367.zip
s390: discard .interp section
When debugging vmlinux with QEMU + GDB, the following GDB error may occur: (gdb) c Continuing. Warning: Cannot insert breakpoint -1. Cannot access memory at address 0xffffffffffff95c0 Command aborted. (gdb) The reason is that, when .interp section is present, GDB tries to locate the file specified in it in memory and put a number of breakpoints there (see enable_break() function in gdb/solib-svr4.c). Sometimes GDB finds a bogus location that matches its heuristics, fails to set a breakpoint and stops. This makes further debugging impossible. The .interp section contains misleading information anyway (vmlinux does not need ld.so), so fix by discarding it. Signed-off-by: Ilya Leoshkevich <iii@linux.ibm.com> Cc: <stable@vger.kernel.org> Signed-off-by: Heiko Carstens <hca@linux.ibm.com>
Diffstat (limited to 'fs/devpts')
0 files changed, 0 insertions, 0 deletions