summaryrefslogtreecommitdiff
path: root/tools/lib/python/kdoc/parse_data_structs.py
diff options
context:
space:
mode:
authorChristian Brauner <brauner@kernel.org>2026-08-20 01:09:31 +0200
committerChristian Brauner <brauner@kernel.org>2026-09-22 13:25:01 +0200
commitac3a5a750ee5aa225eab27c2964c81028e5c888a (patch)
tree5a98c6739db366ecb3a6082580eeb1ccae13991a /tools/lib/python/kdoc/parse_data_structs.py
parenta769e2e7114266e40a62b483360c73d83da82e11 (diff)
downloadlinux-next-ac3a5a750ee5aa225eab27c2964c81028e5c888a.tar.gz
linux-next-ac3a5a750ee5aa225eab27c2964c81028e5c888a.zip
coredump: add COREDUMP_SPARSE to the coredump socket protocol
A coredump with a lot of unpopulated mappings sends useless amounts of zero data to userspace. This is nonsensical. While __dump_skip() can seek over them when the target is a regular file a socket cannot do this. COREDUMP_RECORDS put the zeroes in records but it didn't get rid of them. Add a COREDUMP_SPARSE feature bit and a COREDUMP_RECORD_ZERO record type. A zero record is a bare header that tells userspace how many zero bytes were skipped. So a hole crosses the socket as one header no matter how long it is. The coredump server can recreate this sparsely. Zero records only exist inside a record stream. COREDUMP_SPARSE requires COREDUMP_RECORDS. Link: https://patch.msgid.link/20260820-work-coredump-sparse-v2-14-ba32dd718c51@kernel.org Signed-off-by: Christian Brauner (Amutable) <brauner@kernel.org>
Diffstat (limited to 'tools/lib/python/kdoc/parse_data_structs.py')
0 files changed, 0 insertions, 0 deletions