search for: max_found

...int fd, + struct btrfs_ioctl_search_args *args, + u64 *old_objectid, + u64 oldest_gen, + int verbose ) +{ + struct btrfs_ioctl_search_key *sk = &args->key; struct btrfs_ioctl_search_header *sh; struct btrfs_file_extent_item *item; unsigned long off = 0; u64 found_gen; - u64 max_found = 0; int i; - u64 cache_dirid = 0; - u64 cache_ino = 0; - char *cache_dir_name = NULL; - char *cache_full_name = NULL; struct btrfs_file_extent_item backup; memset(&backup, 0, sizeof(backup)); + + /* + * for each item, pull the key out of the header and then + * read the root_ref item...

The kernel patch series just sent (Subject: "Btrfs: scrub: print path to corrupted files and trigger nodatasum fixup") introduces two new ioctls to do in-kernel filesystem path construction. This series provides the corresponding userspace changes, adding two new commands to the btrfs utility: -- btrfs resolve inode [-v] <inode> <path> resolves an <inode> to all

Most fixes are trivial. The one from Alex is fixing a real bug that several users have reported. Alex sent the patch half a year ago and it was not yet integrated. The patch "Use /proc/mounts instead of /etc/mtab" is a repost. The patch "btrfs-receive optionally honors the end-cmd" is a preparation step to allow backup tools to multiplex a single communication stream (e.g. a

From: anand jain <anand.jain@oracle.com> Anand Jain (1): [RFC] Add btrfs autosnap feature Makefile | 6 +- autosnap.c | 1553 ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ autosnap.h | 81 +++ btrfs-list.c | 140 +++++- btrfs.c | 46 ++- btrfs_cmds.c | 186 +++++++- btrfs_cmds.h | 3 +- scrub.c | 1 + 8 files changed, 1982 insertions(+), 34