Messages in this thread | | | Date | Wed, 22 Jun 2011 10:22:28 -0500 | From | Dave Kleikamp <> | Subject | [GIT PULL] jfs fixes |
| |
Linus, please pull from
git://git.kernel.org/pub/scm/linux/kernel/git/shaggy/jfs-2.6.git for-linus
This will update the following files:
fs/jfs/file.c | 6 +++--- fs/jfs/jfs_imap.c | 12 +++++------- fs/jfs/jfs_incore.h | 3 ++- fs/jfs/resize.c | 2 +- 4 files changed, 11 insertions(+), 12 deletions(-)
through these ChangeSets:
commit ecc90462b428db2ad2ee5081c45496ed10f3a633 Author: Dave Kleikamp <dave.kleikamp@oracle.com> Date: Mon Jun 20 17:53:24 2011 -0500
jfs: agstart field must be 64 bits The previous patch added the agstart field to jfs_ip, but declared it a long. We need to make sure its 64 bits on every platform. Signed-off-by: Dave Kleikamp <dave.kleikamp@oracle.com>
commit d31b53e3cd069e02290ed8a648aa8c7618d6fe77 Author: Dave Kleikamp <dave.kleikamp@oracle.com> Date: Mon Jun 20 10:53:46 2011 -0500
JFS: Don't save agno in the inode Resizing the file system can result in an in-memory inode being remapped to a different aggregate group (AG). A cached AG number can cause problems when trying to free or allocate inodes. Instead, save the IAG's agstart address and calculate the agno when we need it. Signed-off-by: Dave Kleikamp <dave.kleikamp@oracle.com>
commit 28e0fa894cd5996d3007ce82f07226f79beb7286 Author: Dave Kleikamp <dave.kleikamp@oracle.com> Date: Mon Jun 20 10:32:46 2011 -0500
jfs: Update agstart when resizing volume A comment indicates that the IAG's agstart does not need to be updated since it will always point to a block in the same aggregate group, but jfs_fsck isn't so forgiving and reports it as an error. I'm fixing this in jfsutils as well, so either a new kernel or new utilities will be sufficient to fix the problem. Signed-off-by: Dave Kleikamp <dave.kleikamp@oracle.com>
commit 206b6310fd0268a6ca50cf36f03b0f4eee5602ec Author: Dave Kleikamp <dave.kleikamp@oracle.com> Date: Mon Jun 20 10:30:04 2011 -0500
jfs: old_agsize should be 64 bits in jfs_extendfs Signed-off-by: Dave Kleikamp <dave.kleikamp@oracle.com>
| |