search for: btrfs_tra

...ag_leaves). The second change is decrease root->node's usage count when drop a snapshot. Regards YZ diff -r 29b8cc7794ac extent-tree.c --- a/extent-tree.c Thu Sep 20 14:14:42 2007 -0400 +++ b/extent-tree.c Sun Sep 23 12:35:00 2007 +0800 @@ -1483,6 +1483,7 @@ int btrfs_drop_snapshot(struct btrfs_tra level = btrfs_header_level(btrfs_buffer_header(root->node)); orig_level = level; if (btrfs_disk_key_objectid(&root_item->drop_progress) == 0) { + get_bh(root->node); path->nodes[level] = root->node; path->slots[level] = 0; } else { @@ -1516,7 +1517,6 @@ int btrf...

...eak; set_current_state(TASK_INTERRUPTIBLE); - schedule(); + if (!kthread_should_stop()) + schedule(); __set_current_state(TASK_RUNNING); } } while (!kthread_should_stop()); @@ -1504,36 +1498,39 @@ static int transaction_kthread(void *arg struct btrfs_root *root = arg; struct btrfs_trans_handle *trans; struct btrfs_transaction *cur; + u64 transid; unsigned long now; unsigned long delay; int ret; do { - smp_mb(); - if (root->fs_info->closing) - break; - delay = HZ * 30; vfs_check_frozen(root->fs_info->sb, SB_FREEZE_WRITE); - mutex_lock(&root-...

Hi all - Here''s my current error handling patchset, against 3.1-rc8. Almost all of this patchset is preparing for actual error handling. Before we start in on that work, I''m trying to reduce the surface we need to worry about. It turns out that there is a ton of code that returns an error code but never actually reports an error. The patchset has grown to 65 patches. 46 of them