Hi Filipe Manana,
Can't the call to btrfs_create_pending_block_groups() cause a
deadlock, like in
http://www.spinics.net/lists/linux-btrfs/msg48744.html? Because this
call updates the device tree, and we may be calling do_chunk_alloc()
from find_free_extent() when holding a lock on the device
On Sun, Dec 13, 2015 at 10:29 AM, Alex Lyakas wrote:
> Hi Filipe Manana,
>
> Can't the call to btrfs_create_pending_block_groups() cause a
> deadlock, like in
> http://www.spinics.net/lists/linux-btrfs/msg48744.html? Because this
> call updates the device tree, and we may
Thank you, Filipe. Now it is more clear.
Fortunately, in my kernel 3.18 I do not have do_chunk_alloc() calling
btrfs_create_pending_block_groups(), so I cannot hit this deadlock.
But can hit the issue that this call is meant to fix.
Thanks,
Alex.
On Sun, Dec 13, 2015 at 5:45 PM, Filipe Manana
On Mon, Jul 20, 2015 at 02:56:20PM +0100, fdman...@kernel.org wrote:
From: Filipe Manana fdman...@suse.com
Omar reported that after commit 4fbcdf669454 (Btrfs: fix -ENOSPC when
finishing block group creation), introduced in 4.2-rc1, the following
test was failing due to exhaustion of the
From: Filipe Manana fdman...@suse.com
Omar reported that after commit 4fbcdf669454 (Btrfs: fix -ENOSPC when
finishing block group creation), introduced in 4.2-rc1, the following
test was failing due to exhaustion of the system array in the superblock:
#!/bin/bash
truncate -s 100T big.img