summaryrefslogtreecommitdiff
path: root/tools/lib/python
diff options
context:
space:
mode:
authorChristian Brauner <brauner@kernel.org>2026-08-20 01:09:39 +0200
committerChristian Brauner <brauner@kernel.org>2026-09-22 13:25:03 +0200
commit5ffde62520c17e079a3f61c42b46c655fe0cb942 (patch)
treef4d1d77025c69dc989e75cc0e4de5fdce00c7ecc /tools/lib/python
parentddab1459deded63b05b2aad495328ffee7681412 (diff)
downloadlinux-next-5ffde62520c17e079a3f61c42b46c655fe0cb942.tar.gz
linux-next-5ffde62520c17e079a3f61c42b46c655fe0cb942.zip
selftests/coredump: show how to inspect the task to decide how the coredump should be sent
The kernel blocks in the coredump req until the coredump ack is sent by the coredump server. This allows the coredump server to decide how the kernel is supposed to send the coredump. Let's show how that can work: - a task that has a large memory mapping gets sent as a sparse record stream - a task with a trivial memory mapping gets sent as a plain byte stream Since the threads are parked in coredump_task_exit() with their mm around we can look at /proc/<pid>/statm to figure out what the task has mapped. Link: https://patch.msgid.link/20260820-work-coredump-sparse-v2-22-ba32dd718c51@kernel.org Signed-off-by: Christian Brauner (Amutable) <brauner@kernel.org>
Diffstat (limited to 'tools/lib/python')
0 files changed, 0 insertions, 0 deletions