From mboxrd@z Thu Jan 1 00:00:00 1970 From: Ryusuke Konishi Subject: Re: [PATCH 0/2] refactor reclaim function Date: Wed, 05 Feb 2014 03:42:42 +0900 (JST) Message-ID: <20140205.034242.281476472.konishi.ryusuke@lab.ntt.co.jp> References: <1391539046-13046-1-git-send-email-konishi.ryusuke@lab.ntt.co.jp> Mime-Version: 1.0 Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: <1391539046-13046-1-git-send-email-konishi.ryusuke-Zyj7fXuS5i5L9jVzuh4AOg@public.gmane.org> Sender: linux-nilfs-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org List-ID: Content-Type: Text/Plain; charset="us-ascii" To: Andreas Rohner Cc: linux-nilfs-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, Ryusuke Konishi Hi Andreas, On Wed, 5 Feb 2014 03:37:24 +0900, Ryusuke Konishi wrote: > This series adds nilfs_xreclaim_segment() api function to the GC > library, and modifies cleneard so that it uses the extended API > function. > > nilfs_xreclaim_segment() is an enhanced version of the existing GC > function (nilfs_reclaim_segment). > > The nilfs_xreclaim_segment() works like nilfs_reclaim_segment() > except the following differences: > > - takes GC parameters in an expandable way. > (with nilfs_reclaim_params struct) > > - can output statistics information of selected segments, > for instance, the number live or defunct blocks, etc. > > - takes a dry-run argument > > - no longer returns the number of cleaned segments. The value will > be stored in cleaned_segs member of nilfs_reclaim_stat struct. > > This series is intended to give a framework for the forthcoming > enhancement of garbage collection library and cleanerd daemon. > > nilfs_reclaim_segment() function is still maintained for compatibility > reason. Can you rebase your GC patchset on this? Regards, Ryusuke Konishi -- To unsubscribe from this list: send the line "unsubscribe linux-nilfs" in the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org More majordomo info at http://vger.kernel.org/majordomo-info.html