Sorry, one small goof...

Use new "nmi_enter/exit()" which acts the same as the regular irq
entries (increases the preempt count appropriately), but doesn't try to
start processing softirqs on nmi exit (it just decreases the count).

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

into samba.org:/scratch/anton/linux-2.5_ppc64_work

into samba.org:/scratch/anton/linux-2.5_ppc64_work

into samba.org:/scratch/anton/linux-2.5_ppc64_work

into samba.org:/home/anton/ppc64/for-linus-ppc64

into samba.org:/home/anton/ppc64/for-linus-ppc64

Given the previous set of patches that integrate NFS with the VM +
pdflush memory control, and add mechanisms to cope with low memory
conditions, the time is now ripe to rip out the 256 outstanding
request limit, as well as the associated LRU list in the superblock,
and the nfs_flushd daemon.

The following patch offers a 30% speed increase on my test setup with
512MB of core memory (iozone using 4 threads each writing a 512MB file
over 100Mbit to a Solaris server). Setting mem=64m, I still see a 2-3%
speed increase.

In order to better cope with low memory conditions, add slabs for
struct rpc_task and 'small' RPC buffers of <= 2k. Protect these using
mempools.

The only case where we appear to use buffers of > 2k is when
symlinking, and is due to the fact that the path can be up to 4k in
length. For the moment, we just use kmalloc(), but it may be worth it
some time in the near future to convert nfs_symlink() to use pages.

Tiny cleanups in IDE...

This removes two drivers from drivers/macintosh.  The files affected are
all in drivers/macintosh.  First, the patch removes the old macintosh
ADB keyboard driver and the macintosh keymap file, which are no longer
used now that we use the input layer and the adbhid.c driver.  Secondly,
it removes the drivers/macintosh/rtc.c driver, which was only ever used
on PPC, and which is obsolete now that we use the drivers/char/genrtc.c
driver instead.

This updates the ADB driver and the three low-level ADB bus adaptor
drivers used on powermacs.  The files affected are all in
drivers/macintosh; they are adb.c, macio-adb.c, via-cuda.c and
via-pmu.c.

The main changes in this patch are:

- Remove the use of global cli/sti and replace them with local cli/sti,
  spinlocks and semaphores as appropriate.
- Use DECLARE_WORK/schedule_work instead of tq_struct/schedule_task.
- Improvements to the PMU interrupt handling and sleep/wakeup code.

clean up RPC client's RTO estimator.

the new RPC RTO estimator has some jiffies wrap problems.

fix up the last remaining static struct initializers in the RPC client and
portmapper.

TCP connect semantics now assume the rpciod is already running, so there
is no longer a need to bump the rpciod semaphor when connecting or closing
an RPC over TCP transport socket.

smaller patch that removes unused RPC cruft.

remove some definitions and declarations that are no longer used.

The RPC clnt struct has a cl_flags field with one bit defined (in an NFS
header, no less).  no one ever sets the flag, so remove flag, field, and
test in NFSv2 XDR routines that check for the flag.

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

into samba.org:/scratch/anton/linux-2.5_ppc64_work

into samba.org:/home/anton/ppc64/for-linus-ppc64-new

into samba.org:/home/anton/ppc64/for-linus-ppc64

Most arches seem to pull in mm.h in implictly, but at least m68knommu
needs it explicitly.

cpufreq: Intel Coppermines -- the saga continues.

The detection process for speedstep-enabled Pentium III Coppermines is
considered proprietary by Intel.  The attempt to detect this capability
using MSRs failed.

So, users need to pass the option "speedstep_coppermine=1" to the kernel
(boot option or parameter) if they own a SpeedStep capable PIII
Coppermine processor.  Tualatins work as before.

I don't see any connection between the stack limit and scheduling.  So I
think _STK_LIMIT is better defined in <linux/resource.h> than in
<linux/sched.h>.

The only place STK_LIM is used is in <asm/resource.h>, which only gets
included by <linux/resource.h>, so no change in #includes is necessary.

I've never seen any of those errors, so I guess its okay to convert them
to BUG_ONs.  It makes code look better.