up the leftovers.

	by a module, even more the file doesn't compile when
	CONFIG_IA64_SGI_SN_DEBUG is set.

	the current tree.

	from kernel/setup.c into two separate files: mm/{dis,contig}.c
	to handle contiguous vs. discontiguous memory layouts.

This patch against 2.5 gets rid of the following annoying but
harmless messages when booting a generic kernel on a non-ZX1 box:

        No IOC for PCI Bus 0000:00 in ACPI
        No IOC for PCI Bus 0000:01 in ACPI
        ...

We just forgot to bail out of the SBA IOMMU init function if it didn't
find any SBA hardware.

I'm aligning the 2.4 and 2.5 versions of arch/ia64/hp/common/sba_iommu.c
and found a couple nits in the 2.5 version.  No functional change, just
whitespace, comment, and parameter name changes (and I made
one function static).

asm/acpi.h relies on struct pci_vector_struct which is defined in
asm/system.h.

Minor cleanup.

This patch removes a ton of pointless big endian defines for some
registers on SN2 and cleans up the #include hierachy making it include
some really big header files only when they are really needed.

This patch changes the kernel such that si_isr gets setup for hardware
breakpoints, single-step, and taken-branch traps.  This is useful, e.g., to
determine what kind of hw breakpoint triggered the signal.

Attached is a small cleanup patch for the sn2 header files which removes
some cases of excessive header file inclusion.

      SBA_PROC_FS off by default (it's too much of a scalability bottleneck).

	the #ifdef __KERNEL__ bracket.  Doing so pollutes the user-
	level namespace.  Bug report & proposed fix by GOTO Masanori.

This patch fixes a typo in pfm_write_pmcs() in the test for the default
value. The code was using the lop index instead of the register
index in the PMC_DFL_VAL() macro. This was causing valid values
for some PMCs to be rejected.

	by Jesse Barnes.

Having this print out for every CPU on a large system was a pain, so
protect the printk with EFI_DEBUG.

This code works pretty well now, so we don't need to dump all this stuff
at boot time (esp. on 128 node systems).

This patch coverts a few spots to use cpumask_t instead of unsigned
long.

If you try to compile 2.6.0-test[45] with spinlock debugging on, then
unwind.c won't compile, because it uses a #define magic that hides
the variable in the spinlock debugging code (also called magic).

MINSIGSTKSZ is defined differently for i386 and ia64. This patch improves
compatibility with apps which use sigaltstack(2) with sizes between
MINSIGSTKSZ_IA32 and MINSIGSTKSZ.

into tiger.hpl.hp.com:/data1/bk/lia64/to-linus-2.5

For some reason, we had a structure field called 'current'.  This patch
fixes that.

Fix a couple of sn2 files.

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

Update the SA11x0 serial driver for the removal of system devices
from the driver model.  The driver becomes a platform device driver.
The driver is now known to the driver model and resource subsytems
as "sa11x0-uart".

	away static variables with no compiler-visible use.

This patch eliminates two unused SN2 header files:
include/asm-ia64/sn/klclock.h and include/asm-ia64/sn/ioc3.h.

From: Oleg Drokin <green@namesys.com>

Without this, if elv_try_last_merge() returns nonzero, we do not
initialise *req.  That results in a subsequent BUG_ON() in
__make_request() because req is NULL (or is just uninitialised).

Last round of changes broke sdla build if not a module.

drivers whose microcode load ioctl's used types with sizes that
overflow the ioctl number. Mark them _IOx_BAD() to document the fact.

This new version works with all compiler versions, and also catches the
case where somebody tries to pass in an array as an argument to the
ioctl macros.  Thus we verify that only proper types are used.

I have checked now that the object code for arch/s390/kernel/compat_ioctl.o
remains identical and that the whole kernel compiles for s390 and i386,
after fixing the broken ioctl numbers.

The kernel invokes "modprobe" on modules which might not exist:
rightfully, modprobe complains by default when this happens.  So the
correct response is to invoke "modprobe -q", which is silent on such
errors (but still reports other errors such as config errors). 

Also, use MODULE_NAME_LEN from module.h instead of inventing our own.

Someone pointed out that -ffunction-sections can cause a function called
"init<something>" to be put in the init section, and discarded.  This
hurts PARISC badly.  Get more fussy with identifying them.