diff options
| author | Christian Brauner <brauner@kernel.org> | 2026-08-20 01:09:39 +0200 |
|---|---|---|
| committer | Christian Brauner <brauner@kernel.org> | 2026-09-22 13:25:03 +0200 |
| commit | 5ffde62520c17e079a3f61c42b46c655fe0cb942 (patch) | |
| tree | f4d1d77025c69dc989e75cc0e4de5fdce00c7ecc /tools/lib/python | |
| parent | ddab1459deded63b05b2aad495328ffee7681412 (diff) | |
| download | linux-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
