[PATCH 0/8] nilfs2 updates for 2.6.30

From: Ryusuke Konishi
Date: Fri Apr 10 2009 - 01:33:45 EST


Hi,

Here are some fixes of nilfs2 we have scheduled for 2.6.30. I am
planning to send them to Linus a bit later. This post is for your
review.

The "nilfs2: simplify handling of active state of segments fix" patch
is most important, which fixes user-reported file system corruption
through garbage collection.

The "nilfs2: fix lockdep recursive locking warning on bmap", and
"nilfs2: fix lockdep recursive locking warning on meta data files"
fix known lockdep warnings.

The "nilfs2: fix wrong accounting and duplicate brelse in nilfs_sufile_set_error",
"nilfs2: segment usage file cleanups", and
"nilfs2: fix possible mismatch of sufile counters on recovery"
fix possible mismatch of on-disk counters keeping the number of dirty
or clean segments, where the second patch is a preparation for the
third one.

The "nilfs2: return f_fsid for statfs2" follows the recent change by
Coly Li's series "fs: return f_fsid for statfs(2)".

And, the "nilfs2: remove module version" deletes a MODULE_VERSION()
declaration which was used for the out-of-kernel module.


With regards,
Ryusuke Konishi
--
Ryusuke Konishi (8):
nilfs2: return f_fsid for statfs2
nilfs2: fix lockdep recursive locking warning on bmap
nilfs2: fix lockdep recursive locking warning on meta data files
nilfs2: remove module version
nilfs2: simplify handling of active state of segments fix
nilfs2: fix wrong accounting and duplicate brelse in nilfs_sufile_set_error
nilfs2: segment usage file cleanups
nilfs2: fix possible mismatch of sufile counters on recovery

fs/nilfs2/bmap.c | 5 +
fs/nilfs2/nilfs.h | 5 -
fs/nilfs2/recovery.c | 20 +---
fs/nilfs2/sufile.c | 290 ++++++++++++++++++-------------------------------
fs/nilfs2/sufile.h | 79 +++++++++++++-
fs/nilfs2/super.c | 7 +-
fs/nilfs2/the_nilfs.c | 4 +
7 files changed, 197 insertions(+), 213 deletions(-)

--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/