summaryrefslogtreecommitdiff
path: root/tools/perf/scripts/python/stackcollapse.py
diff options
context:
space:
mode:
authorQu Wenruo <wqu@suse.com>2026-09-08 16:45:41 +0930
committerDavid Sterba <dsterba@suse.com>2026-10-12 19:16:20 +0200
commit0f2cb9a9e95f3992e760de2d531c241e32c750eb (patch)
treed8e09736675446fe4a701d221a599f3e641c3c42 /tools/perf/scripts/python/stackcollapse.py
parent883a1a260cf84c954bc6295dc052425d51dff923 (diff)
downloadlinux-0f2cb9a9e95f3992e760de2d531c241e32c750eb.tar.gz
linux-0f2cb9a9e95f3992e760de2d531c241e32c750eb.zip
btrfs: use kvmalloc() to allocate compression workspace buffer for zlib and zstd
With the experimental bs > ps support, the workspace buffer for both zlib and zstd can be as large as 64K, and on 4K page sized systems such kmalloc() calls have a much higher chance to fail, as that requires physically contiguous memory to fulfill such allocation. The same also applies to S390's hardware accelerated path, which requires a buffer size of 4 pages. Meanwhile lzo is already using kvmalloc() for its buffer, and there is no special requirement for any physically contiguous memory anyway. So change the zlib and zstd workspace buffer allocation to use kvmalloc() to reduce the chance of memory allocation failure. Reviewed-by: Daniel Vacek <neelx@suse.com> Reviewed-by: Johannes Thumshirn <johannes.thumshirn@wdc.com> Signed-off-by: Qu Wenruo <wqu@suse.com> Reviewed-by: David Sterba <dsterba@suse.com> Signed-off-by: David Sterba <dsterba@suse.com>
Diffstat (limited to 'tools/perf/scripts/python/stackcollapse.py')
0 files changed, 0 insertions, 0 deletions