into nuts.ninka.net:/home/davem/src/BK/sparc-2.5

This is the generic part of the start of the compatibility syscall
layer.  I think I have made it generic enough that each architecture can
define what compatibility means.

To use this, an architecture must create asm/compat.h and provide
typedefs for (currently) 'compat_time_t', 'struct compat_timeval' and
'struct compat_timespec'.

This fixes a lock and potential oops when accessing /proc/net/tr_rif is
the token ring interface is under heavy load.

into penguin.transmeta.com:/home/penguin/torvalds/repositories/kernel/linux

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

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

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

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

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

around in active state for as long as possible. This allows us to
coalesce several transactions into one buffer and reduce the disk
traffic.

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

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

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

remove the callback processing from the log write path, we only
do callbacks on I/O completion now.

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

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

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

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

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

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

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

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

data structures (sb,agf,agi,agfl) are now sector size aware.  Cleaned up
the early mount code dealing with log devices and logsectsize.

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

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

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

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

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

Make old 32-bit getdents() look more like the updated
getdents64 for maintainability.

2.5 is 20% slower than 2.4 in an AIM9 test which is just running
readdir across /bin.  A lot of this is due to lots of tiny calls to
copy_to_user() in fs/readdir.c.  The patch speeds up that test by 50%,
so it's comfortably faster than 2.4.

Also, there were lots of unchecked copy_to_user() and put_user() calls
in there.  Fixed all that up as well.

The patch assumes that each arch has a working 64-bit put_user(), which
appears to be the case.

If a page is "freed" while in the deferred-lru-addition queue, the
final reference to it is the deferred lru addition queue.  When that
queue gets spilled onto the LRU, the page is actually freed.

Which is all expected and natural and works fine - it's a weird case.

But one of the AIM9 tests was taking a 20% performance hit (relative to
2.4) because it was going into the page allocator for new pages while
cache-hot pages were languishiung out in the deferred-addition queue.

So the patch changes things so that we spill the CPU's
deferred-lru-addition queue before starting to free pages.  This way,
the recently-used pages actually make it to the hot/cold lists and are
available for new allocations.

It gets back 15 of the lost 20%.  The other 5% is lost to the general
additional complexity of all this stuff.  (But we're 250% faster than
2.4 when running four instances of the test on 4-way).