Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753371AbbDTF2V (ORCPT ); Mon, 20 Apr 2015 01:28:21 -0400 Received: from cantor2.suse.de ([195.135.220.15]:52068 "EHLO mx2.suse.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751297AbbDTF2R (ORCPT ); Mon, 20 Apr 2015 01:28:17 -0400 From: NeilBrown To: David Howells , Chris Mason , Al Viro , Josef Bacik , David Sterba Date: Mon, 20 Apr 2015 15:27:52 +1000 Subject: [PATCH 0/3] Allow fscache to work on BTRFS Cc: linux-cachefs@vger.kernel.org, Dave Chinner , linux-kernel@vger.kernel.org, Christoph Hellwig , linux-fsdevel@vger.kernel.org, linux-btrfs@vger.kernel.org Message-ID: <20150420052558.26554.97143.stgit@notabene.brown> User-Agent: StGit/0.17.1-dirty MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1019 Lines: 34 The following three patches allow fs to "cachefiles" in a BTRFS filesystem. The first is a minor cleanup to cachefiles. The second is the main change - it teaches cachefile to use lseek(SEEK_DATA) to find allocated blocks in a file, rather than bmap. The third patch simply enables this for btrfs. Thanks, NeilBrown --- NeilBrown (3): cachefiles: perform test on s_blocksize when opening cache file. fscache/cachefiles: optionally use SEEK_DATA instead of ->bmap. btrfs: set FS_SUPPORTS_SEEK_HOLE flag. fs/btrfs/super.c | 3 + fs/cachefiles/namei.c | 13 ++++- fs/cachefiles/rdwr.c | 125 ++++++++++++++++++++++++++++++------------------- include/linux/fs.h | 1 4 files changed, 88 insertions(+), 54 deletions(-) -- Signature -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/