]> git.ipfire.org Git - thirdparty/coreutils.git/commitdiff
doc: squashfs issue to be squashed in Linux 6.18
authorPaul Eggert <eggert@cs.ucla.edu>
Mon, 3 Nov 2025 19:33:38 +0000 (11:33 -0800)
committerPaul Eggert <eggert@cs.ucla.edu>
Mon, 3 Nov 2025 19:33:38 +0000 (11:33 -0800)
NEWS
src/copy-file-data.c

diff --git a/NEWS b/NEWS
index 2802c0c7b109c449cbe8ab3af502cc56d16086d3..fa14e7a2cd5ee23040ee1bca78759628dad42442 100644 (file)
--- a/NEWS
+++ b/NEWS
@@ -51,8 +51,9 @@ GNU coreutils NEWS                                    -*- outline -*-
 ** Changes in behavior
 
   'cp' with default options may again, like with versions before v9.8,
-  miss opportunities to create holes with file systems like squashfs,
-  that support SEEK_HOLE only trivially.
+  miss opportunities to create holes with file systems that support
+  SEEK_HOLE only trivially.  This change is a consequence of the
+  abovementioned copy offload fix.
 
   'sort --compress-program' will continue without compressing temporary files
   if the specified program cannot be executed.  Also malformed shell scripts
index c46b7edc5228f5f1e9c398d8ad7ff20b6fa60fb6..125cf785695019cb7f6e8e23ea213fa9b23eaf14 100644 (file)
@@ -480,8 +480,9 @@ infer_scantype (int fd, struct stat const *sb, off_t pos,
             return LSEEK_SCANTYPE;
 
           /* Though the file may have holes, SEEK_DATA and SEEK_HOLE
-             didn't find any.  This can happen with file systems like
-             circa-2025 squashfs that support SEEK_HOLE only trivially.
+             didn't find any.  This can happen with file systems
+             that support SEEK_HOLE only trivially,
+             such as squashfs in Linux kernel 6.17 and earlier.
              This can also happen due to transparent file compression,
              which can also indicate fewer than the usual number of blocks.  */