From mboxrd@z Thu Jan 1 00:00:00 1970 From: Christoph Hellwig Subject: Re: [PATCH 09/18] fs: rework icount to be a locked variable Date: Fri, 8 Oct 2010 09:53:04 -0400 Message-ID: <20101008135303.GA15316@infradead.org> References: <1286515292-15882-1-git-send-email-david@fromorbit.com> <1286515292-15882-10-git-send-email-david@fromorbit.com> <20101008093202.GX19804@ZenIV.linux.org.uk> <20101008101549.GC4681@dastard> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Al Viro , linux-fsdevel@vger.kernel.org, linux-kernel@vger.kernel.org To: Dave Chinner Return-path: Received: from bombadil.infradead.org ([18.85.46.34]:53070 "EHLO bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1756729Ab0JHNxI (ORCPT ); Fri, 8 Oct 2010 09:53:08 -0400 Content-Disposition: inline In-Reply-To: <20101008101549.GC4681@dastard> Sender: linux-fsdevel-owner@vger.kernel.org List-ID: On Fri, Oct 08, 2010 at 09:15:49PM +1100, Dave Chinner wrote: > > You are overdoing the information hiding here; _way_ too many small > > functions that don't buy you anything so far, AFAICS. > > See akpm's comments on the previous version of the series. It's one persons opinion. I tend to disagree with lots of it. iref is a good new helper for filesystems to use, but for the unlocked read it's reather pointless. iref_locked is even more pointless - it's only used in core fs code (fs/inode.c, fs/fs-writeback.c, fs/drop_caches.c, fs/notify/inode_mark.c and fs/quota/dquot.c) and an opencoded increment would be a lot more readable.