From mboxrd@z Thu Jan 1 00:00:00 1970 From: Rusty Lynch Date: Tue Mar 30 11:28:09 2004 Subject: [Ocfs2-devel] [PATCH]remove ocfs_fill_super and port ocfs_read_super In-Reply-To: <20040330024421.GA10672@ca-server1.us.oracle.com> References: <200403260259.i2Q2xnp9006458@penguin.co.intel.com> <20040326143454.GG18020@ca-server1.us.oracle.com> <20040326204638.GA7147@penguin.co.intel.com> <20040329212947.GW10672@ca-server1.us.oracle.com> <20040329213158.GA12840@penguin.co.intel.com> <20040329223754.GA15877@penguin.co.intel.com> <20040329230609.GY10672@ca-server1.us.oracle.com> <20040329234603.GA19720@penguin.co.intel.com> <20040330024421.GA10672@ca-server1.us.oracle.com> Message-ID: <20040330172337.GA9975@penguin.co.intel.com> List-Id: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: ocfs2-devel@oss.oracle.com On Mon, Mar 29, 2004 at 06:44:21PM -0800, Mark Fasheh wrote: > On Mon, Mar 29, 2004 at 03:46:03PM -0800, Rusty Lynch wrote: > > Here is my previous patch with the ocfs_set_blocksize make inline, and the addition > > of OCFS_MOD_[INC|DEC]_USE_COUNT > Ok, this is in. I fixed a couple of things, one of them being the whole > OCFS_DEC/INC_INODE_COUNT which I removed, and just put the kernel macros in > the 2.4 read_super. Ahh... good idea on where to put the mod inc/dec. > > You'll prolly get conflicts when updating :( Nope. I make a point of starting from a fresh tree when ever possible (less chance of munging up future patches) > > Let me know if I messed anything up for 2.6, but I seriously doubt it :) > --Mark Works for me > > -- > Mark Fasheh > Software Developer, Oracle Corp > mark.fasheh@oracle.com