Btrfs: don't set up allocation result twice
authorAlexandre Oliva <lxoliva@fsfla.org>
Mon, 28 Nov 2011 14:36:17 +0000 (12:36 -0200)
committerChris Mason <chris.mason@oracle.com>
Sun, 8 Jan 2012 00:15:14 +0000 (19:15 -0500)
We store the allocation start and length twice in ins, once right
after the other, but with intervening calls that may prevent the
duplicate from being optimized out by the compiler.  Remove one of the
assignments.

Signed-off-by: Alexandre Oliva <oliva@lsd.ic.unicamp.br>
Signed-off-by: Chris Mason <chris.mason@oracle.com>
fs/btrfs/extent-tree.c

index 5ea3acc..37594e4 100644 (file)
@@ -5441,9 +5441,6 @@ checks:
                        goto loop;
                }
 
-               ins->objectid = search_start;
-               ins->offset = num_bytes;
-
                if (offset < search_start)
                        btrfs_add_free_space(used_block_group, offset,
                                             search_start - offset);