search for: disk_start

This fixes: btrfs-list.c: Dans la fonction «ino_resolve» : btrfs-list.c:511: attention : déclaration implicite de la fonction « «strndup» » btrfs-list.c:511: attention : incompatible implicit declaration of built-in function «strndup» make: *** [btrfs-list.o] Erreur 1 and: btrfs.c: Dans la fonction «split_command» : btrfs.c:168: attention : déclaration implicite de la fonction « «strndup» »

...+ return name; +} + +static int print_one_extent(struct btrfs_ioctl_search_header *sh, struct btrfs_file_extent_item *item, - u64 found_gen, u64 *cache_dirid, - char **cache_dir_name, u64 *cache_ino, - char **cache_full_name) + u64 found_gen) { u64 len = 0; u64 disk_start = 0; @@ -669,22 +701,6 @@ static int print_one_extent(int fd, struct btrfs_ioctl_search_header *sh, u8 type; int compressed = 0; int flags = 0; - char *name = NULL; - - if (sh->objectid == *cache_ino) { - name = *cache_full_name; - } else if (*cache_full_name) { - free(*cache_full_name)...

Hi, so here it is, LZ4 compression method inside btrfs. The patchset is based on top of current Chris'' for-linus + Andi''s snappy implementation + the fixes from Li Zefan. Passes xfstests and stresstests. I haven''t measured performance on wide range of hardware or workloads, rather wanted to publish the patches before I get distracted again. I''d like to ask

WARNING: This is not compatible with the previous lz4 patchset. If you''re using experimental compression that isn''t in mainline kernels, be prepared to backup and restore or decompress before upgrading, and have backups in case it eats data (which appears not to be a problem any more, but has been during development). These patches add lz4 and lz4hc compression