From: Michael Still <mikal@stillhq.com>

The patch squelches build errors in the kernel-doc make targets by adding
documentation to arguements previously not documented, and updating the
argument names where they have changed.

From: Roland McGrath <roland@redhat.com>

This was supposed to be part of the recent mm_struct.saved_auxv[] patch.

The /proc addition is half the reason for the patch, and the more important
one (letting you debug live processes, while NT_AUXV in core dumps lets you
debug dead ones).  The patch below was supposed to be part of the original.

From: Muli Ben-Yehuda <mulix@mulix.org>

Shed some much-needed light.

From: Arun Sharma <arun.sharma@intel.com>, kevin.tian@intel.com

Move a whole bunch of filesystem ioctl conversion functions out of per-arch
files and into fs/compat_ioctl.c

It moves linux32_dirent to compat.h and renames it as compat_dirent. 
linux32_dirent has been eliminated from ia64.  Other archs should do the
same.

We'll leave old_linux_dirent32 as is, since it seems to be arch specific
(ia64 doesn't use it for example).

From: Matthew Dobson <colpatch@us.ibm.com>

Here's a small update to the numnodes fix that went into -mm3.  The biggest
changes are:

1) move the actual NODES_SHIFT and MAX_NUMNODES definitions into
   linux/numa.h and include this in linux/mmzone.h, instead of being
   directly in linux/mmzone.h.  This allows other files to include *just*
   the NUMNODES stuff w/out grabbing all of mmzone.h.

2) pull NODE_SHIFT out of linux/mm.h.  This isn't used anywhere in the
   kernel, and it will only get confused with NODES_SHIFT.

3) Fix the IA64 patch.  The original patch I had sent out hadn't been
   tested on IA64.  It was mostly right, but there were circular
   dependencies.  All better now, and acked by Jesse.

4) In linux/mmzone.h, insert code to define MAX_NODES_SHIFT based on the
   size of unsigned long.  For 64-bit arches, we can have a much larger
   value.  This allows IA64 to have 100's or 1000's of nodes.
   MAX_NODES_SHIFT is defined as 10 (ie: 1024 nodes) for 64-bit for now,
   although it could likely be much larger.  For 32-bit it is 6 (ie: 64
   nodes).

5) Small cleanup in include/asm-arm/memory.h.  Mostly the result of the
   new linux/numa.h file.  Much cleaner and more readable now.

From: Matthew Dobson <colpatch@us.ibm.com>

Fix up the ia64 arch.

From: Matthew Dobson <colpatch@us.ibm.com>

Fix up the arm arch.  This needs to be reviewed.  Relatively
straightforward replacement of NR_NODES with standard MAX_NUMNODES.

From: Matthew Dobson <colpatch@us.ibm.com>

Fix up the sh arch.  sh defined NR_NODES, change sh to use standard
MAX_NUMNODES instead.

From: Matthew Dobson <colpatch@us.ibm.com>

Remove MAX_NR_NODES.  This value is only used in a couple of places, and
it's incorrectly used in all those places as far as I can tell.  Replace
with MAX_NUMNODES.  Create MAX_NODES_SHIFT and use this value to check
NODES_SHIFT is appropriate.  A possible future patch should make
MAX_NODES_SHIFT vary based on 32 vs.  64 bit archs.

From: Matthew Dobson <colpatch@us.ibm.com>

This starts a series of cleanups against the way in which the various
architectures specify the number of nodes and memory zones.  We end up
supporting up to 1024 memory zones on ia64, which is a recent requirement.

Has been tested on ia32, ia64 (UMA), ppa64 (UMA) and NUMAQ.


Make sure MAX_NUMNODES is defined in one and only one place.  Remove
superfluous definitions.  Instead of defining MAX_NUMNODES in
asm/numnodes.h, we define NODES_SHIFT there.  Then in linux/mmzone.h we
turn that NODES_SHIFT value into MAX_NUMNODES.

From: Andrea Arcangeli <andrea@suse.de>

Allow the printk log buffer size to be selected with a __setup parameter,
`log_buf_len=N', where N must be a power-of-two.

The default, initial statically allocated buffer size is still determined via
kernel config.

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

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

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

Patch from Nicolas Pitre

[ARM PATCH] 1675/1: remove definitions of non-implemented system calls from include/asm-arm/unistd.h

Patch from Robin Farine

Remove the definitions of system call numbers from include/asm-arm/unistd.h for which the corresponding vector in arch/arm/kernel/calls.S points to sys_ni_syscall.



Since the new glibc (2.3.2) implements some of the system call wrapper functions based on the presence or absence of such definitions, only implemented system calls should have a corresponding __NR_xyz preprocessor symbol in unistd.h.

Patch from Deepak Saxena

Patch from Nicolas Pitre

Here's my rewrite of the ARM division routines:

 - take advantage of the clz instruction on ARMv5+
 - simpler and faster code for modulo routines
 - fast path for power of 2 divisors
 - other miscellaneous optimizations

This code has already been merged into gcc-3.4.

This takes account of the other IRQ changes, and makes the interrupt
decoding more efficient.

Since we want to support multiple platforms, we also move the
Integrator flash driver over to the driver model.

This allows us to expand the interrupt numbers on the primary
interrupt controller.

Split Integrator/AP and Integrator/PP2 specific support from the
Integrator core code.

Use 'tsk' when accessing comm and pid members.
Use regs->ARM_sp not regs + 1 for base of stack dump.

Hook the PXA and SA11x0 platform core power into the generic PM core.
Add support for freezing userspace processes.  Make our apm emulation
call the generic PM suspend to memory infrastructure.

linux/init.h doesn't include linux/compiler.h, but needs some
definitions (the __attribute_unused__ stuff) from compiler.h.
Since this affects only two files, we include linux/compiler.h
directly into the affected files.

This allows us to make the suspend/resume handling local to the LEDs
code itself, rather than being scattered in several files.

They do not contain any real code.