diff options
| author | Qu Wenruo <wqu@suse.com> | 2026-09-08 16:45:41 +0930 |
|---|---|---|
| committer | David Sterba <dsterba@suse.com> | 2026-10-12 19:16:20 +0200 |
| commit | 0f2cb9a9e95f3992e760de2d531c241e32c750eb (patch) | |
| tree | d8e09736675446fe4a701d221a599f3e641c3c42 /tools/perf/scripts/python/stackcollapse.py | |
| parent | 883a1a260cf84c954bc6295dc052425d51dff923 (diff) | |
| download | linux-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
