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 <[email protected]>
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.

commit d31b53e3cd069e02290ed8a648aa8c7618d6fe77

Author: Dave Kleikamp <[email protected]>
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.

commit 28e0fa894cd5996d3007ce82f07226f79beb7286

Author: Dave Kleikamp <[email protected]>
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.

commit 206b6310fd0268a6ca50cf36f03b0f4eee5602ec

Author: Dave Kleikamp <[email protected]>
Date:   Mon Jun 20 10:30:04 2011 -0500

jfs: old_agsize should be 64 bits in jfs_extendfs