SGI Modid: 2.5.x-xfs:slinx:158642a

into kernel.bkbits.net:/home/lord/xfs-2.6

SGI Modid: 2.5.x-xfs:slinx:158511a

SGI Modid: 2.5.x-xfs:slinx:158493a

into laptop.osdl.org:/home/torvalds/v2.5/linux

Monotonic clock code uses reader/writer lock which is prone to same
starvation problems as we saw with xtime.  This patch changes it to seq_lock
which is faster and won't starve writers in face of lots of readers.

into laptop.osdl.org:/home/torvalds/v2.5/linux

into laptop.osdl.org:/home/torvalds/v2.5/linux

Introduce a new kernel-userspace interface that uses 128-bit file
identifiers instead of the previously used 96-bit fileids. We also
replacing the coda_creds structure with only the fsuid.

This new API has been used by for a couple of months now, people had to
patch their kernels whenever they want to run a current Coda release.
A new Kconfig option is added to fall back on the old API for older Coda
clients and other userspace filesystems that might use our protocol.

The ViceFid structure is really a Coda server datatype and the kernel
really shouldn't have to know its internal structure. Replace all
instances with struct CodaFid with opaque members.

Both userspace and the kernel are testing only the fsuid part of the 
coda_creds credentials structure. Nothing else is really used, so we now
match the code with the actual usage by only passing fsuid around. The
kernel-userspace API is kept compatible (for now).

Use a global 'epoch' counter to invalidate cached permissions instead of
traversing a racy linked list of all known Coda inodes.

  - Remove unused functions and variables.
  - Be a bit more strict with the definition of various types that are
    shared between kernel and userspace.
  - Included a couple of cleanups from Maximilian Attems and Stephen
    Hemminger.

SGI Modid: 2.5.x-xfs:slinx:157534a

A recent change causes pervasive data corruption by over-writing inode
metadata with a word of garbage.  The field, di_rdev, should only be set
for a device inode.

gcc 3.3 complains about this and indeed it can only trigger if
someone magically enlarges __uint8_t :)

SGI Modid: 2.5.x-xfs:slinx:157731a

SGI Modid: 2.5.x-xfs:slinx:157475a

SGI Modid: 2.5.x-xfs:slinx:157531a

So somebodys shortcut on irix is incorrect on linux and results in the sleep
behaviour not being set.

SGI Modid: 2.5.x-xfs:slinx:157773a

[XFS] Separate the big filesystems macro out into separate big inums and blknos macros; fix the check for too-large filesystems in the process.

SGI Modid: 2.5.x-xfs:slinx:158361a

[XFS] Add inode64 mount option; fix case where growfs can push 32 bit inodes into 64 bit space accidentally - both changes originally from IRIX

SGI Modid: 2.5.x-xfs:slinx:157935a

SGI Modid: 2.5.x-xfs:slinx:156453a

[XFS] Implement several additional inode flags - immutable, append-only, etc; contributed by Ethan Benson.

SGI Modid: 2.5.x-xfs:slinx:158362a

SGI Modid: 2.5.x-xfs:slinx:157933a

into kernel.bkbits.net:/home/lord/xfs-2.6

into nuts.ninka.net:/disk1/davem/BK/net-2.5

into qualcomm.com:/home/kernel/bt-2.5

into home.osdl.org:/home/torvalds/v2.5/linux

This will allow fixing races with rmmod and sysfs access.

Patch from Stephen Hemminger <shemminger@osdl.org>

into kernel.bkbits.net:/home/davem/sparc-2.5