From: "Darrick J. Wong" Subject: [LFS/MM TOPIC] fs reflink issues, fs online scrub/check, etc Date: Wed, 10 Feb 2016 11:18:48 -0800 Message-ID: <20160210191848.GC6346@birch.djwong.org> References: <20160210191715.GB6339@birch.djwong.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: xfs , linux-fsdevel , linux-ext4 , linux-btrfs , ocfs2-devel@oss.oracle.com To: lsf-pc@lists.linux-foundation.org Return-path: Received: from aserp1040.oracle.com ([141.146.126.69]:17709 "EHLO aserp1040.oracle.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751536AbcBJTSz (ORCPT ); Wed, 10 Feb 2016 14:18:55 -0500 Content-Disposition: inline In-Reply-To: <20160210191715.GB6339@birch.djwong.org> Sender: linux-ext4-owner@vger.kernel.org List-ID: [resend, email exploded, sorry...] Hi, I want to discuss a few FS related topics that I haven't already seen on the mailing lists: * Shared pagecache pages for reflinked files (and by extension making dax work with reflink on xfs) * Providing a simple interface for scrubbing filesystem metadata in the background (the online check thing). Ideally we'd make it easy to discover what kind of metadata there is to check and provide a simple interface to check the metadata, once discovered. This is a tricky interface topic since FS design differs pretty widely. * Rudimentary online repair and rebuilding (xfs) from secondary metadata * Working out the variances in the btrfs/xfs/ocfs2/nfs reflink implementations and making sure they all get test coverage I would also like participate in some of the proposed discussions: * The ext4 summit (and whatever meeting of XFS devs may happen) * Integrating existing filesystems into pmem, or hallway bofs about designing new filesystems for pmem * Actually seeing the fs developers (well, everyone!) in person again :) --Darrick