bk pull on ia64 linux tree

David Mosberger
2003-09-09T06:43:44Z

Hi Linus,

please do a

bk pull http://lia64.bkbits.net/to-linus-2.5

This will update the files shown below.

Thanks!

--david

include/asm-ia64/sn/ioc3.h | 705 -------------------------------
include/asm-ia64/sn/klclock.h | 61 --
arch/ia64/Kconfig | 3
arch/ia64/Makefile | 1
arch/ia64/hp/common/sba_iommu.c | 5
arch/ia64/hp/sim/boot/boot_head.S | 8
arch/ia64/hp/sim/boot/bootloader.c | 10
arch/ia64/ia32/elfcore32.h | 5
arch/ia64/ia32/sys_ia32.c | 11
arch/ia64/kernel/acpi.c | 4
arch/ia64/kernel/efi.c | 2
arch/ia64/kernel/entry.S | 4
arch/ia64/kernel/fsys.S | 4
arch/ia64/kernel/init_task.c | 6
arch/ia64/kernel/perfmon.c | 305 +++++++------
arch/ia64/kernel/perfmon_hpsim.h | 75 +++
arch/ia64/kernel/smpboot.c | 4
arch/ia64/kernel/time.c | 79 ++-
arch/ia64/kernel/unwind.c | 5
arch/ia64/oprofile/Kconfig | 22
arch/ia64/oprofile/Makefile | 9
arch/ia64/oprofile/init.c | 25 +
arch/ia64/scripts/toolchain-flags | 2
arch/ia64/sn/io/drivers/ioconfig_bus.c | 16
arch/ia64/sn/io/machvec/pci_bus_cvlink.c | 2
arch/ia64/sn/io/machvec/pci_dma.c | 2
arch/ia64/sn/io/sn2/ml_SN_intr.c | 4
arch/ia64/sn/io/sn2/pcibr/pcibr_ate.c | 1
arch/ia64/sn/io/sn2/pcibr/pcibr_config.c | 1
arch/ia64/sn/io/sn2/pcibr/pcibr_dvr.c | 1
arch/ia64/sn/io/sn2/pcibr/pcibr_error.c | 1
arch/ia64/sn/io/sn2/pcibr/pcibr_hints.c | 1
arch/ia64/sn/io/sn2/pcibr/pcibr_intr.c | 1
arch/ia64/sn/io/sn2/pcibr/pcibr_rrb.c | 1
arch/ia64/sn/io/sn2/pcibr/pcibr_slot.c | 1
arch/ia64/sn/io/sn2/pic.c | 1
include/asm-ia64/acpi.h | 78 +--
include/asm-ia64/hw_irq.h | 1
include/asm-ia64/intel_intrin.h | 254 +++++++++++
include/asm-ia64/ptrace.h | 6
include/asm-ia64/signal.h | 13
include/asm-ia64/sn/hcl.h | 1
include/asm-ia64/sn/nodepda.h | 2
include/asm-ia64/sn/pci/pciio.h | 34 +
include/asm-ia64/sn/sn2/intr.h | 3
include/asm-ia64/spinlock.h | 57 ++
include/asm-ia64/uaccess.h | 87 +++
include/asm-ia64/unistd.h | 1
48 files changed, 879 insertions(+), 1046 deletions(-)

through these ChangeSets:

<peterc@gelato.unsw.edu.au> (03/09/08 1.1242)
[PATCH] ia64: unwind.c fix for spinlock-debug compilation

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).

<arun.sharma@intel.com> (03/09/08 1.1241)
[PATCH] ia64: MINSIGSTKSZ on ia32

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.

<suresh.b.siddha@intel.com> (03/09/08 1.1240)
[PATCH] ia64: fix typo in spinlock.h

<jbarnes@sgi.com> (03/09/08 1.1153.64.28)
[PATCH] ia64: fix current usage in sn2 code

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

<jbarnes@sgi.com> (03/09/08 1.1153.64.27)
[PATCH] ia64: misc. sn2 updates

Fix a couple of sn2 files.

<davidm@tiger.hpl.hp.com> (03/09/08 1.1153.64.26)
ia64: Drop unnecessary version check in sba_iommu.c.

<davidm@tiger.hpl.hp.com> (03/09/08 1.1153.64.25)
ia64: Fix things so that they compile with the latest GCC 3.4, which optimize
away static variables with no compiler-visible use.

<jes@wildopensource.com> (03/09/08 1.1153.64.24)
[PATCH] ia64: remove unused sn2 header files

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

<davidm@tiger.hpl.hp.com> (03/09/05 1.1153.64.23)
ia64: Direct sys_fadvise64() to sys_fadvise64_64().

<davidm@tiger.hpl.hp.com> (03/09/05 1.1153.64.22)
ia64: Fix asm-ia64/acpi.h typo & name-collision.

<davidm@tiger.hpl.hp.com> (03/09/05 1.1153.64.21)
ia64: Finnish adding ECC support. Based on patch by Suresh Siddah.

<eranian@hpl.hp.com> (03/09/05 1.1153.64.20)
[PATCH] ia64: perfmon2 update

This patch fixes the following:

- correct a bug in pfm_close() which was causing some per-process
sessions to not unreserve on exit.

- changed the permission checking to load a context to allow more
flexibility, modeled after ptrace_attach().

<davidm@tiger.hpl.hp.com> (03/09/05 1.1153.64.19)
ia64: Document the typo that made it into the definition of MINSTKSZ
(last two numbers got transposed). Thanks to Arun Sharma for
finding this. New glibc's will have the value corrected, but
we leave the kernel at the old (bogus) value to retain backwards-
compatibility (and while a strange value, the old value works just
fine).

<davidm@tiger.hpl.hp.com> (03/09/02 1.1153.64.18)
ia64: Drop unnecessary fadvise64_64() bloat (it isn't needed on 64-bit
platforms).

<eranian@hpl.hp.com> (03/08/28 1.1153.64.17)
[PATCH] ia64: perfmon2 update

This patch:- added support for the fake HP simulator PMU. Most of the
code provided by Ian Wienand. Allows a kernel compiled for
the simulator and with CONFIG_PERFMON enabled to boot.

- cleaned up all CTX_*() macros for the context state changes.

- relaxed constraint for system-wide session by allowing all
task with access to the context's file descriptor to
manipulate the context as long as they run on the CPU the
context is attached to.

<tony.luck@intel.com> (03/08/28 1.1153.64.16)
[PATCH] ia64: trim.bottom trims the wrong entry

efi_memmap_walk() repeatedly trims the same
entry, instead of trimming each of the entries in the granule.

<matthewc@cse.unsw.edu.au> (03/08/28 1.1153.64.15)
[PATCH] ia64: Fix "nosmp" breakage from cpumask patch.

Patch should be self-explanatory.

<tony.luck@intel.com> (03/08/28 1.1153.64.14)
[PATCH] ia64: fix PM config option

CONFIG_PM is set without a menu entry to turn it on/off.

<bjorn.helgaas@hp.com> (03/08/28 1.1153.64.13)
[PATCH] ia64: clean up acpi_boot_init()

I was confused about this bit
of code in acpi_boot_init():

smp_boot_data.cpu_count = available_cpus;
if (available_cpus = 0) {
printk(KERN_INFO "ACPI: Found 0 CPUS; assuming 1\n");
available_cpus = 1; /* We've got at least one of these, no? */
}

smp_build_cpu_map();

because it first saves available cpus in smp_boot_data, then potentially
modifies available_cpus. This looked at first like a bug, but I think
actually works out correctly, because smp_boot_data.cpu_count is only
used in smp_build_cpu_map(), and if cpu_count is zero, it prevents us
from looking at smp_boot_data.cpu_phys_id[0], which hasn't been
initialized.

This should only happen with really buggy firmware, so I'm not even
sure it's worth doing more than panicking, but if we're going to deal
with it, I propose the following patch to avoid even the appearance
of a bug. This just does what acpi_parse_lsapic() would have done
if the firmware tables were correct.

<wcohen@redhat.com> (03/08/28 1.1153.64.12)
[PATCH] ia64: oprofile support

I have revised the oprofile patch for ia64 to provide just the basic
timer interrupt mechanism to avoid interferring with the perfmon 2.0
support. I have verified the oprofile ia64 patch applies cleanly and
build a working kernel with the 2.6.0-test4 kernel and the
linux-2.6.0-test4-ia64-030826.diff.bz2 patch.

More work is required to get oprofile to work with the perfmon 2.0.
However, the patch as it is currently implements should not cause
problems for the perfom 2.0 support.