The size of de/compress buffer is small enough to use kmalloc.
Allocating it with kmalloc rather than vmalloc is preferred.
This patch depends on my previous patch, “btrfs: fix decompress buffer size”.
v2: Using vmalloc for "workspace->mem" due to the size limit.
Signed-off-by: Kyungsik Lee
Cc:
First, apologies if this is "well known", I'm totally new here, and
haven't figured out yet how to search the archives.
Also, I'm not a subscriber, so please respond to me as well as the list.
I've had a number of issues with distribution installations (separate
and unrelated issues, but history
Hi David,
thank you for addressing this issue.
On Mon, Feb 11, 2013 at 6:11 PM, David Sterba wrote:
> Each time pick one dead root from the list and let the caller know if
> it's needed to continue. This should improve responsiveness during
> umount and balance which at some point wait for cleani
Hi Chris,
I am playing with the raid5/6 code, to adapt my "disk-usage"
patches to the raid5/6 code.
During this develop I found that the chunk allocation is strange.
Looking at the code I found in volume.c the following codes:
3576 static int __btrfs_alloc_chunk(struct btrfs_trans_handle *trans