On Thu, Feb 12, 2009 at 03:04:42PM +1100, Mark Goodwin wrote:
>
> Series of 12 patches, originally by Dave Chinner. These will need
> forward porting to top-of-tree and careful review. See the description
> in each individual patch for details of each patch.
>
> 01/12 readpage-unwritten-mapping
Is there any other reason for this except for the slight cleanup?
Looks goodish to me and I'll throw it into my QA queue.
> 02/12 xfs-fix-log-io-latency
> 03/12 xfs-use-meta-io-for-async-metadata
Whered did we get stuck on these? IIRC there was some sort of
regression on either the AS or deadlinke scheduler, right?
> 04/12 xfs-inval-page-fixup
Looks good to me, but not really useful until we actually have back
tracing in some useable tree..
> 05/12 xfs-iolock-on-page-mkwrite
Do we have a testcase for those races?
> 06/12 xfs-non-block-writes-when-frozen
We don't actually ever set O_NDELAY for regular files, so this can't
actually be triggered.
> 07/12 xfs-non-block-setattr-size-when-frozen
I wonder if we should do these kinds of things higher up, e.g. in the
vfsmount writer count API in the VFS.
> 08/12 xfs-inode-search
Interesting idea, but really wants some refactoring of the surrounding
code first..
> 09/12 xfs-v2-inodes-default
Do we really care? There shouldn't be any Linux filesystems with v1
inodes in the wild.
> 10/12 xfs-inode-writeback-checking
b_io_callback is now in the CRC patch series, and we could add
additional checking there. Must say I don't really like the string
buffer on stack in that path.
> 11/12 xfs-inode-swap
Yeah, we need to revisit this eventually. Big qustions is what we want
to do with symlinks in an xfs_reno or shrinkfs using this ioctl.
> 12/12 xfs-increase-iclogs
Interesting idea. But 2MB is much larger than the current log buffer
window..
|