git: 294965542720 - stable/13 - Fix segment size in compressing core dumps

From: Mark Johnston <>
Date: Mon, 29 Nov 2021 14:21:00 UTC
The branch stable/13 has been updated by markj:


commit 2949655427209b7d086eb35a92ea1e175d1b1a67
Author:     Justin Hibbits <>
AuthorDate: 2021-10-01 18:39:18 +0000
Commit:     Mark Johnston <>
CommitDate: 2021-11-29 14:08:11 +0000

    Fix segment size in compressing core dumps
    A core segment is bounded in size only by memory size.  On 64-bit
    architectures this means a segment can be much larger than 4GB.
    However, compress_chunk() takes only a u_int, clamping segment size to
    4GB-1, resulting in a truncated core.  Everything else, including the
    compressor internally, uses size_t, so use size_t at the boundary here.
    This dates back to the original refactor back in 2015 (r279801 /
    PR:             260006
    Sponsored by:   Juniper Networks, Inc.
    (cherry picked from commit 63cb9308a75b99fe057409705bc1b2ac0293f578)
 sys/kern/imgact_elf.c | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/sys/kern/imgact_elf.c b/sys/kern/imgact_elf.c
index e1b6e3fc6ba7..18ddbae57d4a 100644
--- a/sys/kern/imgact_elf.c
+++ b/sys/kern/imgact_elf.c
@@ -1505,9 +1505,9 @@ static void note_procstat_vmmap(void *, struct sbuf *, size_t *);
  * Write out a core segment to the compression stream.
 static int
-compress_chunk(struct coredump_params *p, char *base, char *buf, u_int len)
+compress_chunk(struct coredump_params *p, char *base, char *buf, size_t len)
-	u_int chunk_len;
+	size_t chunk_len;
 	int error;
 	while (len > 0) {