incomplete (as a result of a faulting mandatory RSE load).

	Triggered by analysis done by Philipp Marek.

	McKinley Erratum 9 workaround is needed and, if not, patch the workaround
	bundles with NOPs.

Please apply this small patch to your 2.5.59.
It fixes the psr problem reported by the NEC guy and also cleans
up the structure intializations in the model specific files.

	the kernel.  Old gas versions will result in buggy kernels
	that will bugcheck all over the place (usually mount() is
	the first one to fail).

	the exception table.

	Add light-weight version of set_tid_address() system call.

	Suresh Siddha.

Happened to notice the attached redundancy.

On some machines that support I/O hot-plugging,
it happens that after boottime one or more IO SAPICs appear
after hot-plug event.  Even in that case, ACPI _PRT entries
can exist for devices behind those IO SAPICs at boottime
for future use.

Currently iosapic.c will give up parsing _PRT entries
once one of them hits such a non-existent IO SAPIC.

This patch fixes the problem on 2.5 ia64 bk tree.
For 2.4, we don't have this problem now.

Here is the patch. It is rather big because there is some renaming and
cleanups.  This patch bring 2.5 in line with 2.4.20: perfmon-1.3

It adds:
        - idle task exclusion
        - less ctxsw overhead in system wide
        - cleanups most of the inline asm
        - don't use PAL anymore to determine PMU features
        - added temporary hooks for custom overflow handlers (VTUNE/Oprofile)
        - renaming of the perfmon init functions

Thanks.

Please find attached a patch that brings in the support of hugetlb
inline with the ia32 tree.  This removes the syscall interface and gets
the hugetlbfs support (using mmap and shmat).  I might be sending you
couple of more small updates a little later.  At least wanted to get
this out first.

	in the tools directory.  Patch by Yu, Fenghua.

Cleanup the irq handling macros.

	the unwind info for consistency (well, just the obvious
	stuff, but it's a start).
	Fix the couple of bugs that this script uncovered (and work
	around one false positive).

	Reported by Dan Magenheimer (note: the bug didn't affect
	the existing kernel, since the possible values passed to
	the routine were always "safe").

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

__virt_to_bus/__bus_to_virt depended on INTEGRATOR_HDR0_SDRAM_BASE
Unfortunately, this is defined in arch-integrator/platform.h, and
we really don't want to include it in memory.h.

We instead use BUS_OFFSET, which will eventually depend on the CPU
number in the system.

Only default BLK_DEV_IDEDMA on BLK_DEV_IDEDMA_ICS if ARCH_ACORN is
set, not if ARM is set.  There are PCI ARM systems out there!

Ensure that we clean up properly after initialisation error,
releasing all claimed resources in an orderly manner and
returning the correct error code.