An rpc service like NFSD knows about a number of
versions (2,3,4) and needs to know the max and min valid
version numbers, and also the maximum xdr buffer size used
by any version.

These max/mins are currently computed at compile time which means
we need to include all the xdr*.h headers into nfssvc.c just for
computing a couple of numbers.

With this patch, these max/mins are calculated at run time from
information in the svc_version structure which has been extended to
include per-version xdrsize.

Also the nfsd_version2, nfsd_version3, and nfsd_version4
structures are moved from nfssvc.c to their more correct home
of nfs*proc.c

Code gets neated, xdr*.h are no-longer included in
nfssvc.c, and the ugly ifdef can be removed fom xdr4.h

With gcc-2.95.3, text size goes from 2,399,190 to 2,390,004 - nearly
10 kbytes.

- Don't inline mpage_writepage().

  Even though it had but a single call site, uninlining this function
  took mpage.o from 4529 bytes of text to 3985.  gcc-2.95.3.

- Various buffer.c tweaks.  13233 bytes down to 12977

I had some code in page reclaim which is designed to catch the caller
of write(2) in page reclaim and force him to wait on writeout of his
own spindle's pages.

It works too well - there are large stalls in things like `cp
large-file foo' on small-memory machines.

So remove it, and rely on the other, more predictable throttling
schemes.

From Marcus Alanen <marcus@infa.abo.fi>

vmalloc is allocating one more page than necessary.

From Christpoh Hellwig.

Make filemap_sync() static, and not exported to modules

From Hugh Dickins

simple_rename, like shmem_rename until I fixed that a few weeks ago,
got the parent directory's link count wrong in the exceptional case
of renaming a directory in place of an existing empty directory.

Patch from Hugh Dickins.

There's a loop in there which goes infinite if the active list is full
of zero-ref pages.

Leftovers from the kmap_atomic conversion

From Peter Chubb

OK, make it X86 only.  64-bit architectures now get it for free;
if/when PPC32 (the only other 32-bit architecture I can seriously imagine
needing it, except possibly s390) fixes do_div() and needs large block
support, then enable it back there again.

There isn't as far as I know a flag I can test in a config.in file
that distinguishes 64 from 32-bit architectures.  The intention was to
enable the choice of CONFIG_LBD where it made sense;  it doesn't make
sense for 64-bit architectures; and rather than enumerate all the
32-bit architectures, I just chose two that I knew were used in
servers currently.

Use 'p', not 'j'

Fix a couple of things for no-io-apic builds:

- mpparse.c wants BAD_APICID

- mpparse.c (an perhaps others) want Dprintk()

into home.transmeta.com:/home/torvalds/v2.5/linux

into home.transmeta.com:/home/torvalds/v2.5/linux

This fixes a recent dyslexicism in cpqarray.

Use cond_resched() instead, and add a comment to explain.

Thanks again to davem...

The following patch fixes 2 obvious typos. Thanks to davem and George
Anzinger for pointing them out.

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

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

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

Here's a patch to add an Andrew File System (AFS) driver to the kernel.
Currently it only provides read-only, uncached, non-automounted and
unsecured support.

This adds RxRPC support to Linux for use by the AFS filesystem

Someone adding tests for failed kmalloc's (which is fine in itself)
did so in a way that would leave some PCMCIA data structures in
inconsistent states... and also introduced a fatal bug affecting
PCMCIA memory cards even when there are no kmalloc failures.

This is the RCU core patch from akpm's tree. It has been in his
tree since about 2.5.37-mm1 along with dcache_rcu and so far it has
worked fine. For 2.5, I am hoping that we might get the following
RCU patches included -

1. rt_rcu - ipv4 routecache lookup. Davem agreed to include this patch
   if and when you include RCU core in your tree.

2. dcache_rcu (by Maneesh Soni) - dcache lookup avoiding dcache_lock as
   much as possible. This has been akpm's tree - stable and gives us
   good yield. I have been submitting this to Viro and I will publish
   some more benchmark numbers later to help decide on this.

This RCU core implements RCU APIs, call_rcu() and synchronize_kernel(),
by monitoring a per-CPU quiescent state (idle/user etc.) counter.
call_rcu() queues a callback to be invoked after all the CPUs have
gone through a quiescent state. Queuing is per-CPU and each per-CPU
batch gets a batch number. As batches get their turn, a global
cpu mask is used to keep track of CPUs pending quiescent state.
Checking for quiescent cycle is done by saving the per-CPU
counter at the beginning of the batch and then monitoring it for change
through the local timer interrupt handler.

Adds a raw_phys_apicid array that maps from the mps cpu number
to the apicid - this is needed because the apicids for Summit can be
larger than 32, and thus won't fit into the bitmap. Also adds little wrappers
to map neatly between the two.

Bumps up MAX_APICS for Summit.

Adds detection for summit machines from the MPS tables.
Prints a handy-dandy debug message telling you what kind of twisted
machine the kernel thinks you have.