git-holes
authorGNU Libc Maintainers <debian-glibc@lists.debian.org>
Tue, 6 Jul 2021 19:16:59 +0000 (20:16 +0100)
committerAurelien Jarno <aurel32@debian.org>
Tue, 6 Jul 2021 19:16:59 +0000 (20:16 +0100)
commitac7696b9efe08300e6b72099d34b6f0b95a04e6a
treec6ad13abcd8560b0a5fe4892f8b51ca2e766d5f1
parentb4168ea7daf41f2e4f249a3efd9fabb294f26aaf
git-holes

Committed for glibc 2.32

commit 3f6e4fc4542b5b881906bf2f83eb4b8359b0dcd4
Author: Samuel Thibault <samuel.thibault@ens-lyon.org>
Date:   Thu Jun 4 20:52:19 2020 +0200

    support: Fix detecting hole support on >2KB-block filesystems

    When detecting hole support, we write at 16MiB, and filesystems will
    typically need two levels of data to record that. On filesystems with
    8KB block, the two indirection blocks will require a total of 16KB
    overhead, thus 32 512-byte sectors.

    Spotted on GNU/Hurd with a 4KB blocks filesystem, but also happens on Linux
    with 4KB or 8KB blocks filesystems.

    * support/support_descriptor_supports_holes.c
    (support_descriptor_supports_holes): Set block_headroom to 32.

Gbp-Pq: Topic hurd-i386
Gbp-Pq: Name git-holes.diff
support/support_descriptor_supports_holes.c