| To: | Dave Chinner <david@xxxxxxxxxxxxx> |
|---|---|
| Subject: | Re: [PATCH 1/5] xfs: struct xfs_sb is no longer tied to the on-disk format |
| From: | Christoph Hellwig <hch@xxxxxxxxxxxxx> |
| Date: | Tue, 3 Feb 2015 13:37:44 -0800 |
| Cc: | Christoph Hellwig <hch@xxxxxxxxxxxxx>, xfs@xxxxxxxxxxx |
| Delivered-to: | xfs@xxxxxxxxxxx |
| In-reply-to: | <20150202193020.GJ6282@dastard> |
| References: | <1422826983-29570-1-git-send-email-david@xxxxxxxxxxxxx> <1422826983-29570-2-git-send-email-david@xxxxxxxxxxxxx> <20150202084102.GA28121@xxxxxxxxxxxxx> <20150202193020.GJ6282@dastard> |
| User-agent: | Mutt/1.5.23 (2014-03-12) |
On Tue, Feb 03, 2015 at 06:30:21AM +1100, Dave Chinner wrote: > > I'd expect to move it close to stuct xfs_mount, and maybe even merge > > it into that in the long run. > > I guess moving the structure there is fine, but we still want all > the version functions to be shared with userspace, which then makes > for an interesting set of dependencies. Any other ideas? Are they really worth the sharing? If they are worth it we'll need somethign that can expect a xfs_sb/xfs_mount to be defined. |
| Previous by Date: | [PATCH RFC] xfs: support min/max agbno args in block allocator, Brian Foster |
|---|---|
| Next by Date: | Re: [PATCH 2/5] xfs: use generic percpu counters for inode counter, Christoph Hellwig |
| Previous by Thread: | Re: [PATCH 1/5] xfs: struct xfs_sb is no longer tied to the on-disk format, Dave Chinner |
| Next by Thread: | Re: [PATCH 1/5] xfs: struct xfs_sb is no longer tied to the on-disk format, Dave Chinner |
| Indexes: | [Date] [Thread] [Top] [All Lists] |