From Jeff.Wiedemeier@hp.com:

Bump non-legacy start addr to 16mb to accomodate new larger
SRM console footprint.

From Jeff.Wiedemeier@hp.com:

Misc alpha smp updates for 2.5 tree.

From Jeff.Wiedemeier@hp.com:

numa mm update including moving alpha numa support into 
machine vector so a generic numa kernel can be used.

From Jeff.Wiedemeier@hp.com:

On NUMA alpha systems, attempt to allocate scatter-gather
tables local to IO processor.  If that doesn't work, then
allocate anywhere in the system.

From Jeff.Wiedemeier@hp.com:

This adds the 32GB limit to setup.c.  (It actually hits the first
2 nodes on Marvel, but that's ok, where we really run into a big
problem is if we go past 4, then we hit a much larger hole.)

From Jeff.Wiedemeier@hp.com:

Make the max IDE HWIFS configurable on alpha (default to
previous hardwired value of 4).

From Jeff.Wiedemeier@hp.com:

Add open_console / close_console callback definitions.

From Jeff.Wiedemeier@hp.com:

Adjust virt_to_phys / phys_to_virt functions to follow
EV6/7 PA sign extension to properly convert between 43-bit
superpage I/O addresses and physical addresses.
This change is backwards compatible with all previous Alphas
as they implemented fewer than 41 bits of physical address.

From Jeff.Wiedemeier@hp.com:

Remove redundant lock in osf_shmat (sys_shmat locks already);
redundant lock has been seen to cause livelock in some workloads.

From Jeff.Wiedemeier@hp.com:

Adjust kernel layout format to match other architectures and
prevent reording of the first entry in a section with the
section start label.

From Jeff.Wiedemeier@hp.com:

Adjust Alpha HARDIRQ_BITS check to make sure there is enough
room for each IPL, not each interrupt (Marvel can have
too many unique device interrupts for that, and it really
only needs to cover potential nesting of interrupts, which covering
the IPLs does)

From Jeff.Wiedemeier@hp.com:

Two stage timeout in alpha call_function_on_cpu. If the
primary timeout expires with no response, log a message and
start secondary timeout. If reponse is received log how
far into secondary timeout. If no response is received,
crash.

From Jeff.Wiedemeier@hp.com:

Fix alpha Makefiles for bootpfile target.

From Jeff.Wiedemeier@hp.com:

Export proper functions when debugging is enabled.

The warning

	/lockd/clntXxXxXxXx RPC: Couldn't create pipefs entry

is due to the lockd process starting RPC clients as an unprivileged
user, causing path_walk() to fail.  The following patch fixes it.

I have more carefully tested the proposed removal of the NT flag
clearing on lcall entry.

The question I wanted to answer is: is it necessary to clear NT in the
sysenter entry path as implemented for lcall7/lcall27 or is it possible
to remove the flag manipulation from do_lcall?

Doing it only for one and not the other looks wrong since several return
paths are shared, especially the ones which end up in iret, the only
instruction which is affected by the NT flag.

The conclusion is that 2.5 is NT safe (had to dig out an old P5-133 which
I could crash without fear of data loss, so I have only tested on 1
machine). The reason this cleanup works is that now (since Jan 5th) flags
are saved and restored in switch_to() to keep IOPL private to a process
even when using sysenter/sysexit.

The side effect of that patch is that NT becomes also process-private
instead of infecting all processes and triggering a killfest of all user
mode processes, including init (AFAICT kernel threads survived, but I
did not have any debug tools enabled in the kernel).

The only addition to the preceding version is that interrupts are
reenabled in the iret fixup path because it seems that do_exit() might
otherwise spend quite some time with interrupts disabled.

New version with all ifdef CONFIG_MMU gone from procfs.

Instead, the conditional code is in either task_mmu.c/task_nommu.c, and
the Makefile will select the proper file for inclusion depending on
CONFIG_MMU.

into tetrachloride.(none):/mnt/stuff/kernel/2.5/agpgart

into tetrachloride.(none):/mnt/stuff/kernel/2.5/agpgart

This adds the new common m68knommu entry.S into the build list.

This converts the current m68knommu/68360 entry.S file to use the new
entry.h, and also removes all the common entry.S code that is now in the
common m68knommu/kernel/entry.S.

This converts the current m68knommu/68328 entry.S file to use the new
entry.h, and also removes all the common entry.S code that is now in the
common m68knommu/kernel/entry.S.

This converts the current m68knommu/5307 entry.S file to use the new
entry.h, and also removes all the common entry.S code that is now in the
common m68knommu/kernel/entry.S.

This overhauls asm-m68knommu/entry.h. It contains much cruft,
and is out of date relative to the underlying entry.S code.

More specifically this brings the SAVE_ALL and RESTORE_ALL macros
from the various m68knommu entry.S files into this header.

This cleans up the linker symbols used in the 68EZ328 ucdimm
target assembler head file. Removed some unused (and not defined)
names. Also changes a couple of names to be consistent with all
other m68knommu targets.

This cleans up the linker symbols used in the 68EZ328 ucsimm
target assembler head file. Removed some unused (and not defined)
names. Also changes a couple of names to be consistent with all
other m68knommu targets.

This removes the last remaining obsolete m68knommu sub-architecture
linker script. No longer needed with the new merge script.

This removes the BUG and PAGE_BUG macros from asm-m68knommu/page.h.
All this is now moved into asm-m68knommu/bug.h.

This adds the new bug.h file for the m68knommu arch.
It is basically a copy of asm-cris/bug.h.

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

This patch has already made it into 2.4.21pre3-ac4. Please apply.

Actually exporting the symbol introduced in 2.5.57 makes module users
happy.

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

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

The CPUFREQ initialisation now registers an interface with the device
model, and thus needs to initialise after postcore.  We use the
arch level for this.  This does, however, impose the restriction
that cpufreq may not be available for other architecture
initialisated code.

into flint.arm.linux.org.uk:/usr/src/linux-bk-2.5/linux-2.5-rmk