12 Apr, 2018

1 commit


30 Oct, 2017

1 commit

  • We pass in a pointer in our send arg struct, this means the struct size
    doesn't match with 32bit user space and 64bit kernel space. Fix this by
    adding a compat mode and doing the appropriate conversion.

    Signed-off-by: Josef Bacik
    Reviewed-by: David Sterba
    [ move structure to the beginning, next to receive 32bit compat ]
    Signed-off-by: David Sterba

    Josef Bacik
     

07 Jan, 2016

1 commit

  • We use many constants to represent size and offset value. And to make
    code readable we use '256 * 1024 * 1024' instead of '268435456' to
    represent '256MB'. However we can make far more readable with 'SZ_256MB'
    which is defined in the 'linux/sizes.h'.

    So this patch replaces 'xxx * 1024 * 1024' kind of expression with
    single 'SZ_xxxMB' if 'xxx' is a power of 2 then 'xxx * SZ_1M' if 'xxx' is
    not a power of 2. And I haven't touched to '4096' & '8192' because it's
    more intuitive than 'SZ_4KB' & 'SZ_8KB'.

    Signed-off-by: Byongho Lee
    Signed-off-by: David Sterba

    Byongho Lee
     

07 May, 2013

1 commit

  • Big patch, but all it does is add statics to functions which
    are in fact static, then remove the associated dead-code fallout.

    removed functions:

    btrfs_iref_to_path()
    __btrfs_lookup_delayed_deletion_item()
    __btrfs_search_delayed_insertion_item()
    __btrfs_search_delayed_deletion_item()
    find_eb_for_page()
    btrfs_find_block_group()
    range_straddles_pages()
    extent_range_uptodate()
    btrfs_file_extent_length()
    btrfs_scrub_cancel_devid()
    btrfs_start_transaction_lflush()

    btrfs_print_tree() is left because it is used for debugging.
    btrfs_start_transaction_lflush() and btrfs_reada_detach() are
    left for symmetry.

    ulist.c functions are left, another patch will take care of those.

    Signed-off-by: Eric Sandeen
    Signed-off-by: Josef Bacik

    Eric Sandeen
     

21 Feb, 2013

1 commit

  • This patch adds the flag, BTRFS_SEND_FLAG_NO_FILE_DATA to the btrfs send
    ioctl code. When this flag is set, the btrfs send code will never write file
    data into the stream (thus also avoiding expensive reads of that data in the
    first place). BTRFS_SEND_C_UPDATE_EXTENT commands will be sent (instead of
    BTRFS_SEND_C_WRITE) with an offset, length pair indicating the extent in
    question.

    This patch does not affect the operation of BTRFS_SEND_C_CLONE commands -
    they will continue to be sent when a search finds an appropriate extent to
    clone from.

    Signed-off-by: Mark Fasheh
    Signed-off-by: Josef Bacik

    Mark Fasheh
     

04 Oct, 2012

1 commit


26 Jul, 2012

1 commit