* [PATCH] 2.4.x arch/ia64 update
@ 2003-04-21 2:22 Bjorn Helgaas
0 siblings, 0 replies; 3+ messages in thread
From: Bjorn Helgaas @ 2003-04-21 2:22 UTC (permalink / raw)
To: Marcelo Tosatti; +Cc: linux-kernel, linux-ia64
Hi Marcelo,
Please do a
bk pull http://lia64.bkbits.net/to-marcelo-2.4
This will update the following files:
arch/ia64/Makefile | 3
arch/ia64/config.in | 4
arch/ia64/configs/dig | 13
arch/ia64/configs/generic | 13
arch/ia64/configs/ski | 9
arch/ia64/configs/zx1 | 13
arch/ia64/defconfig | 13
arch/ia64/dig/setup.c | 4
arch/ia64/hp/common/sba_iommu.c | 230 ++++------
arch/ia64/hp/sim/hpsim_console.c | 12
arch/ia64/hp/sim/hpsim_irq.c | 16
arch/ia64/ia32/binfmt_elf32.c | 2
arch/ia64/ia32/ia32_entry.S | 7
arch/ia64/ia32/ia32_ioctl.c | 2
arch/ia64/ia32/sys_ia32.c | 42 +
arch/ia64/kernel/acpi.c | 104 +---
arch/ia64/kernel/brl_emu.c | 10
arch/ia64/kernel/efi.c | 21
arch/ia64/kernel/efivars.c | 54 +-
arch/ia64/kernel/entry.S | 53 +-
arch/ia64/kernel/gate.S | 49 +-
arch/ia64/kernel/ia64_ksyms.c | 4
arch/ia64/kernel/iosapic.c | 282 +++++-------
arch/ia64/kernel/irq.c | 10
arch/ia64/kernel/irq_ia64.c | 6
arch/ia64/kernel/irq_lsapic.c | 16
arch/ia64/kernel/machvec.c | 2
arch/ia64/kernel/mca.c | 592 ++++++++++++++++++++------
arch/ia64/kernel/mca_asm.S | 8
arch/ia64/kernel/palinfo.c | 47 --
arch/ia64/kernel/pci.c | 78 +++
arch/ia64/kernel/perfmon.c | 132 +++--
arch/ia64/kernel/perfmon_mckinley.h | 4
arch/ia64/kernel/process.c | 31 -
arch/ia64/kernel/sal.c | 16
arch/ia64/kernel/setup.c | 23 -
arch/ia64/kernel/sigframe.h | 2
arch/ia64/kernel/signal.c | 16
arch/ia64/kernel/smpboot.c | 80 +--
arch/ia64/kernel/time.c | 25 -
arch/ia64/kernel/traps.c | 39 +
arch/ia64/kernel/unwind.c | 492 +++++++++++++--------
arch/ia64/kernel/unwind_i.h | 3
arch/ia64/lib/memcpy_mck.S | 6
arch/ia64/lib/memset.S | 6
arch/ia64/lib/swiotlb.c | 2
arch/ia64/mm/fault.c | 2
arch/ia64/mm/init.c | 4
arch/ia64/mm/tlb.c | 8
arch/ia64/scripts/unwcheck.sh | 109 ++++
arch/ia64/sn/io/ifconfig_net.c | 6
arch/ia64/sn/io/pciba.c | 28 -
arch/ia64/sn/io/sn1/hubcounters.c | 2
arch/ia64/sn/io/sn1/pcibr.c | 32 -
arch/ia64/sn/io/sn2/pcibr/pcibr_dvr.c | 32 -
arch/ia64/sn/kernel/setup.c | 16
arch/ia64/tools/print_offsets.c | 2
arch/ia64/vmlinux.lds.S | 57 +-
include/asm-ia64/atomic.h | 2
include/asm-ia64/bitops.h | 6
include/asm-ia64/fpu.h | 7
include/asm-ia64/intrinsics.h | 222 +++++++++
include/asm-ia64/iosapic.h | 25 -
include/asm-ia64/mca.h | 4
include/asm-ia64/pal.h | 3
include/asm-ia64/pci.h | 3
include/asm-ia64/perfmon.h | 9
include/asm-ia64/processor.h | 4
include/asm-ia64/ptrace.h | 2
include/asm-ia64/rwsem.h | 236 +++++++++-
include/asm-ia64/sal.h | 763 +++++++++++++++++-----------------
include/asm-ia64/smp.h | 10
include/asm-ia64/system.h | 163 -------
include/asm-ia64/unaligned.h | 131 ++---
include/asm-ia64/unwind.h | 12
75 files changed, 2666 insertions(+), 1830 deletions(-)
through these ChangeSets:
<bjorn_helgaas@hp.com> (03/04/18 1.1118)
ia64: Update configs.
<kaos@sgi.com> (03/04/18 1.1006.13.74)
[PATCH] ia64: mca rendezvous fix
We are not setting the 'always rendezvous for mca' flag. kdb needs it
set to get decent mca debugging on all cpus but I do not want kdb to
change sal behaviour. Since we do not recover from mca without a
debugger, I see no reason why this flag should not be on for all
kernels.
The rendezvous timeout was set to 100 * HZ, but SAL expects the timeout
to be in milliseconds, HZ may not be 1 millisecond. The patch makes
the timeout an explicit 20 seconds, semi-arbitrary value.
<bjorn_helgaas@hp.com> (03/04/18 1.1006.13.73)
ia64: whitespace and trivial changes in mca.c.
<davidm@tiger.hpl.hp.com> (03/04/18 1.1006.13.72)
ia64: Consolidate backtrace printing in a single routine (ia64_do_show_stack()).
<davidm@tiger.hpl.hp.com> (03/04/18 1.1006.13.71)
ia64: Update platform INIT handler to print a backtrace.
<davidm@tiger.hpl.hp.com> (03/04/17 1.1006.13.70)
ia64: dump the min-state area in the MCA INIT platform handler.
<davidm@tiger.hpl.hp.com> (03/04/17 1.1006.13.69)
ia64: Manual merge of Keith Owen's patch to avoid deadlock on
ia64_sal_mc_rendez(). Also prefix local-variables in
SAL macros to avoid name collisions.
<davidm@tiger.hpl.hp.com> (03/04/17 1.1006.13.68)
ia64: Fix SAL processor-log info handling. Based on patch by
Keith Owens.
<davidm@tiger.hpl.hp.com> (03/04/17 1.1006.13.67)
ia64: Minor whitespace & formatting fixups in asm-ia64/sal.h.
<james@cobaltmountain.com> (03/04/17 1.1006.13.66)
[PATCH] include_asm-ia64_sal.h, typo: the the
<bjorn_helgaas@hp.com> (03/04/17 1.1006.13.65)
ia64: remove incorrect and redundant "cpu not responding" message.
<bjorn_helgaas@hp.com> (03/04/17 1.1006.13.64)
ia64: sba_iommu: fix warning and use old-style ACPI typedef.
<bjorn_helgaas@hp.com> (03/04/17 1.1006.13.63)
ia64: Remove unused variable from acpi.c
<mort@wildopensource.com> (03/04/17 1.1006.13.62)
[PATCH] ia64: print ISR for FPSWA faults
Here is a simple patch to also print isr during the handling of a
floating point assist fault.
<bjorn_helgaas@hp.com> (03/04/17 1.1006.13.61)
ia64: brl_emu.c: use temporary variable to avoid gcc3.1 warning.
<davidm@tiger.hpl.hp.com> (03/04/17 1.1006.13.60)
ia64: Patch by Arun Sharma: In brl_emu.c, a 64 bit value was being assigned to an
int.
<davidm@tiger.hpl.hp.com> (03/04/17 1.1006.13.59)
ia64: Sync sys32_ipc() with x86 counter-part.
<bjorn_helgaas@hp.com> (03/04/17 1.1006.13.58)
ia64: remove cpu_is_online local defs, in favor of a 2.5-style cpu_online.
Based on a patch from Martin Hicks.
<bjorn_helgaas@hp.com> (03/04/17 1.1006.13.57)
ia64: sba_iommu: remove workarounds for broken, never released, firmware that
didn't program IBASE/IMASK correctly.
<bjorn_helgaas@hp.com> (03/04/17 1.1006.13.56)
ia64: sba_iommu: Combine HWP0001 and HWP0004 ACPI claim (from 2.5
changes by Alex Williamson).
<bjorn_helgaas@hp.com> (03/04/17 1.1006.13.55)
ia64: sba_iommu: make sure devices are at least 32-bit capable (from 2.5).
<bjorn_helgaas@hp.com> (03/04/17 1.1006.13.54)
ia64: sba_iommu: Encapsulate sba_proc_init to follow 2.5.
<bjorn_helgaas@hp.com> (03/04/17 1.1006.13.53)
ia64: sba_iommu: printk text and other trivial changes to align with 2.5.
<bjorn_helgaas@hp.com> (03/04/17 1.1006.13.52)
ia64: sba_iommu: prefetch_spill_page alignment with 2.5.
<bjorn_helgaas@hp.com> (03/04/17 1.1006.13.51)
ia64: sba_iommu: whitespace and comment changes to align with 2.5.
<alex_williamson@hp.com> (03/04/16 1.1006.13.50)
ia64: add wmb in sba_iommu to guarantee IOPDIR updates are visible
This patch ensures that iopdir updates are visible on the bus
before we return a DMA mapping. Without this there is a small
window where the chipset could fetch an invalid iodpir entry
from memory. As Grant mentioned before, we've only seen this
problem exposed with multiple tulip NICs under load.
<davidm@wailua.hpl.hp.com> (03/04/16 1.1006.13.49)
ia64: Change struct ia64_fpreg so it will get 16-byte alignment with all
ia64 compilers, not just GCC.
<schwab@suse.de> (03/04/16 1.1006.13.48)
ia64: make sys32_ptrace() use ptrace_check_attach().
<schwab@suse.de> (03/04/16 1.1006.13.47)
[PATCH] ia64: Fix request_module from ia32 process
When an ia32 process triggers request_module the kernel cannot execute
modprobe because the kernel thread still has the ia32 address limits in
force. I think a kernel thread should always have the ia64 address
limits, similar to what sys32_execve is doing.
<davidm@tiger.hpl.hp.com> (03/04/16 1.1006.13.46)
ia64: Sync itc after interrupts enabled.
<jes@wildopensource.com> (03/04/16 1.1006.13.45)
[PATCH] ia64: don't try to synchronize ITCs on ITC_DRIFT platforms
A small patch for 2.4 that stops the kernel from trying to syncrhonize
ITC clocks between CPUs if we know that the ITC isn't synchronized
across the backplane.
<bjorn_helgaas@hp.com> (03/04/16 1.1006.13.44)
ia64: mca.c whitespace changes and dead code removal from 2.5.
<kaos@sgi.com> (03/04/16 1.1006.13.43)
ia64: Trivial stack-size correction in mca.c.
<davidm@tiger.hpl.hp.com> (03/04/16 1.1006.13.42)
ia64: Two small MCA fixes.
<schwab@suse.de> (03/04/16 1.1006.13.41)
[PATCH] ia64: fix unwinder bug in unw_access_gr()
I've found this by inspecting the code: pt_regs_off returns an offset into
struct pt_regs. Relative to latest bk, 2.5 has the same bug.
<sv@sw.com.sg> (03/04/16 1.1006.13.40)
[PATCH] ia64: improve show_trace_task() portability
Trying to port some patches from i386 to ia64 I've found that
show_trace_task is the only portable way to show tasks' call
traces(perhaps because it is called from ./kernel/sched.c:)).
But its ia64 implementation can't work with running task.
Attached patch fixes this issue.
As I understand show_trace and show_stack are platform
dependent or have different sense/args.
<davidm@tiger.hpl.hp.com> (03/04/16 1.1006.13.39)
ia64: Minor fixes.
<davidm@tiger.hpl.hp.com> (03/04/16 1.1006.13.38)
ia64: More vmlinux.lds.S cleanups (__start/__end inside sections).
<rusty@rustcorp.com.au> (03/03/17 1.1006.13.36)
[PATCH] Designated initializers for ia64
The old form of designated initializers are obsolete: we need to
replace them with the ISO C forms before 2.6. Gcc has always supported
both forms anyway.
(Ported from 2.5 to 2.4 by Bjorn Helgaas to reduce gratuitous diffs).
<eranian@hpl.hp.com> (03/03/17 1.1006.13.35)
ia64: perfmon update to v1.4
Please apply this patch to your 2.4 BK tree. The patch includes:
- a fix for a sampling bug. When sampling was enabled we
were record a sample each time a HW counter overflowed instead
of only when a 64-bit counter value (maintained in software) would
overflow. This caused bogus samples to be stored in the sampling buffer.
- fix a problem when a HW counter overflow by which we would get a new
PMU overflow right away because the top bits were not cleared.
- moves PFM_CPUINFO_* into perfmon.h (needed by oprofile)
- adds a new context option PFM_FL_UNSECURE to allow a monitored application
to start/stop monitoring using rum/sum
- perfmon is now at version 1.4
<Matt_Domsch@Dell.com> (03/03/14 1.1006.13.34)
ia64: efivars fix by Matt Domsch and Peter Chubb.
<kaos@sgi.com> (03/03/14 1.1006.13.33)
[PATCH] ia64: unwind.c - allow unw_access_gr(r0)
The patch allows unw_access_gr() to read from r0, to support unwind
directives such as .save ar.pfs,r0 and .save rp,r0.
<davidm@tiger.hpl.hp.com> (03/03/14 1.1006.13.32)
ia64: clean up unneeded test in kernel unwinder.
<bjorn_helgaas@hp.com> (03/03/14 1.1006.13.31)
ia64: cleanup unwind.c warnings (from David's 2.5 change).
<davidm@tiger.hpl.hp.com> (03/03/14 1.1006.13.30)
ia64: Correct region_start calculation in kernel unwinder.
<bjorn_helgaas@hp.com> (03/03/14 1.1006.13.29)
ia64: Use printk severity-levels where appropriate.
Triggered by analysis done by Philipp Marek.
(Ported from 2.5 change by Bjorn Helgaas).
<peter@chubb.wattle.id.au> (03/03/14 1.1006.13.28)
[PATCH] ia64: declare test_bit() arg as "const"
While you're fixing bitops.h, making test_bit take a const qualified
arg will kill some warnings in reiserfs...
<bjorn_helgaas@hp.com> (03/03/13 1.1006.13.27)
ia64: Export io_space so drivers using legacy I/O ports can insmod.
(From Jes Sorensen).
<bjorn_helgaas@hp.com> (03/03/12 1.1006.13.26)
ia64: iosapic: Remove gratuitous differences with 2.5 (whitespace,
C99 initializers, printk levels, etc).
<bjorn_helgaas@hp.com> (03/03/12 1.1006.13.25)
[PATCH] ia64: iosapic: rationalize __init/__devinit
Rationalize __init/__devinit attributes. The noteworthy changes are that
iosapic_system_init(),
iosapic_init(),
iosapic_register_platform_intr(), and
iosapic_override_isa_irq()
are __init (only called from ACPI __init functions), but
iosapic_lists[],
num_iosapic,
find_iosapic(),
register_intr(),
iosapic_register_intr(), and
acpi_register_irq()
are not because they may be used after init-time by modules.
More detailed analysis:
iosapic_lists[], num_iosapic: normal, referenced by
find_iosapic (normal)
register_intr (normal)
iosapic_init (__init)
pcat_compat: __initdata, referenced by
iosapic_system_init (__init)
iosapic_init (__init)
iosapic_parse_prt (__init)
find_iosapic: normal, called by
register_intr (normal)
register_intr: normal, called by
iosapic_register_intr (normal), called by
acpi_register_irq (normal), called by
modules (=> can't be __init or __devinit)
iosapic_register_platform_intr (__init)
iosapic_override_isa_irq (__init)
iosapic_parse_prt (__init)
iosapic_reassign_vector: __init, called by
iosapic_register_platform_intr (__init), called by
acpi_parse_plat_int_src (__init)
iosapic_system_init: __init, called by
acpi_parse_madt (__init)
iosapic_init: __init, called by
acpi_parse_iosapic (__init)
iosapic_register_platform_intr: __init, called by
acpi_parse_plat_int_src (__init)
iosapic_override_isa_irq: __init, called by
acpi_parse_int_src_ovr (__init)
iosapic_init (__init)
fixup_vector: __init, called by
iosapic_parse_prt (__init), called by
acpi_pci_irq_init (__init)
<bjorn_helgaas@hp.com> (03/03/12 1.1006.13.24)
[PATCH] ia64: iosapic: self-documenting polarity/trigger arguments
Make interrupt registration functions take named constants for
polarity and trigger mode. Old -> new magic decoder ring:
polarity 0 -> IOSAPIC_POL_LOW (#defined to 1)
polarity 1 -> IOSAPIC_POL_HIGH (#defined to 0)
trigger 0 -> IOSAPIC_LEVEL (#defined to 1)
trigger 1 -> IOSAPIC_EDGE (#defined to 0)
<bjorn_helgaas@hp.com> (03/03/12 1.1006.13.23)
[PATCH] ia64: iosapic: simplify ISA IRQ init
Simplify ISA IRQ init by taking advantage of iosapic_override_isa_irq(),
which already does what we need.
<bjorn_helgaas@hp.com> (03/03/12 1.1006.13.22)
[PATCH] ia64: iosapic: remove find_iosapic duplication
Remove IOSAPIC address and GSI base from external interrupt
registration interfaces. This lets us remove acpi_find_iosapic(),
which is functionally similar to find_iosapic().
<bjorn_helgaas@hp.com> (03/03/12 1.1006.13.21)
[PATCH] ia64: iosapic: make pcat_compat system property
Make pcat_compat a system property, not a per-IOSAPIC property.
<alex_williamson@hp.com> (03/03/10 1.1006.4.21)
ia64: CMC deadlock fix.
Here's a bugfix update to my previous patch. I was mistakenly
using smp_call_function w/ interrupts disabled. There's a definite
danger of deadlock under those circumstances.
<bjorn_helgaas@hp.com> (03/03/10 1.1006.4.20)
ia64: chmod +x unwcheck.sh script
<davidm@tiger.hpl.hp.com> (03/03/07 1.1006.4.19)
ia64: Make signal deliver work when the current register frame is
incomplete (as a result of a faulting mandatory RSE load).
<davidm@tiger.hpl.hp.com> (03/03/07 1.1006.4.18)
ia64: Minor cleanups. (From 2.5 by Bjorn Helgaas).
<davidm@tiger.hpl.hp.com> (03/03/07 1.1006.4.17)
ia64: Add unwcheck.sh script contributed by Harish Patil. It checks
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).
(Ported to 2.4 by Bjorn Helgaas).
<davidm@tiger.hpl.hp.com> (03/03/07 1.1006.4.16)
ia64: In kernel unwinder, replace dump_info_pt() with get_scratch_regs()
and reformat to make it fit in 100 columns.
<davidm@tiger.hpl.hp.com> (03/03/07 1.1006.4.15)
ia64; Improve debug output from kernel unwinder. Based on patch by
Keith Owens. (Ported to 2.4 by Bjorn Helgaas).
<kaos@sgi.com> (03/03/07 1.1006.4.14)
[PATCH] ia64: fix scratch-regs handling in kernel unwinder
This patch has been running inside SGI for 2 months. It
handles kernel stacks with multiple struct pt_regs, as found
while debugging the kernel.
<jbarnes@sgi.com> (03/03/07 1.1006.4.13)
[PATCH] ia64: ACPI fix for no PCI
Andy Grover told me this should be posted here. It allows ACPI to
compile even with PCI turned off. Patch against 2.5.60.
<bjorn_helgaas@hp.com> (03/03/06 1.1006.4.12)
ia64: Update default configs.
<davidm@tiger.hpl.hp.com> (03/03/06 1.1006.4.11)
ia64: Implement pcibios_set_mwi() and define HAVE_ARCH_PCI_MWI to
ensure that PCI line-size gets programmed properly. Based
on patch by Grant Grundler, ported from 2.5 by Bjorn Helgaas.
<davidm@tiger.hpl.hp.com> (03/03/06 1.1006.4.10)
ia64: Make ia64_fetch_and_add() simpler to optimize so lib/rwsem.c
can be optimized properly.
<bjorn_helgaas@hp.com> (03/03/06 1.1006.4.9)
ia64: ia64_fetch_and_add(), xchg(), ia64_cmpxchg(), etc.
to intrinsics.h. (From similar 2.5 changes by David Mosberger).
<kenneth.w.chen@intel.com> (03/03/06 1.1006.4.8)
[PATCH] ia64: rwsem using atomic primitive
<davidm@hpl.hp.com> (03/03/06 1.1006.4.7)
ia64: For SIGSEGV triggered by NaT page, set si_addr to faulting
data address, not the faulting IP.
<bjorn_helgaas@hp.com> (03/03/06 1.1006.4.6)
ia64: Make CONFIG_SYSCTL control sys32_sysctl as well. Based on a
patch from Peter Chubb.
<bjorn_helgaas@hp.com> (03/03/04 1.1006.4.5)
ia64: Make struct sysinfo32 internal padding explicit.
<alex_williamson@hp.com> (03/03/04 1.1006.4.4)
ia64: Switch to polling for CMCs if they happen too fast.
Here's another feature I'd like to add to MCA support; the ability
to detect a flood of CMCs and switch to polling mode for retrieving
CMC logs. Once no more CMC logs are found, return to and interrupt
driven handler. If the "flood" threshold is never reached, the CMC
handler simply behaves as it does today.
It's useful to get the CMC logs to know that something isn't
quite right, but if you end up with some bad memory it's too easy for
them to interfere with useful work. I've tested this on an HP rx2600,
with a known bad DIMM. This DIMM acts like it has a completely dead
DRAM on it. With the current CMC handler, once I hit that range of
memory addresses, the system essentially dies, constantly handling
CMC errors. With this patch, the system hits the threshold quickly,
but remains functional with no performance degredation once in polling
mode. This patch applies against linux-2.4.20-ia64-021210 and
includes:
- Switching CMCs to polling mode at predeterimined threshold
<alex_williamson@hp.com> (03/03/04 1.1006.4.3)
ia64: Poll for CPEs on all CPUs, improve check for # of CPEs logged
Here's an update to the patch I sent a couple weeks ago. I'm going
to retract the memory scrubbing piece of the patch till I get some
more validation that it's beneficial. I kept the CPE polling on all
processors, the MCA timestamp fix, and added a better mechanism for
the CPE polling to determine if a log was found. Previously, if an
even number of CPE logs were retrieved, the index looked like nothing
happened. Feedback welcome. Thanks,
<bjorn_helgaas@hp.com> (03/03/04 1.1006.4.2)
ia64: sys32_sysinfo: update to current struct sysinfo (add totalhigh,
freehigh, mem_unit).
<bjorn_helgaas@hp.com> (03/03/04 1.1006.4.1)
ia64: Export pm_idle.
Thanks!
Bjorn
^ permalink raw reply [flat|nested] 3+ messages in thread
* [PATCH] 2.4.x arch/ia64 update
@ 2003-09-09 17:59 Bjorn Helgaas
0 siblings, 0 replies; 3+ messages in thread
From: Bjorn Helgaas @ 2003-09-09 17:59 UTC (permalink / raw)
To: linux-ia64
Hi Marcelo,
Please do a
bk pull http://lia64.bkbits.net/to-marcelo-2.4
This will update the following files:
arch/ia64/Makefile | 26
arch/ia64/config.in | 17
arch/ia64/configs/dig | 18
arch/ia64/configs/generic | 18
arch/ia64/configs/numa | 998 +++++++++++
arch/ia64/configs/ski | 17
arch/ia64/configs/zx1 | 18
arch/ia64/defconfig | 18
arch/ia64/hp/common/sba_iommu.c | 10
arch/ia64/hp/zx1/hpzx1_misc.c | 2
arch/ia64/ia32/ia32_signal.c | 34
arch/ia64/ia32/ia32_support.c | 20
arch/ia64/ia32/sys_ia32.c | 41
arch/ia64/kernel/Makefile | 1
arch/ia64/kernel/acpi.c | 331 +++
arch/ia64/kernel/efi.c | 4
arch/ia64/kernel/efi_stub.S | 4
arch/ia64/kernel/efivars.c | 14
arch/ia64/kernel/entry.S | 382 +++-
arch/ia64/kernel/entry.h | 3
arch/ia64/kernel/head.S | 160 +
arch/ia64/kernel/iosapic.c | 2
arch/ia64/kernel/ivt.S | 379 ++--
arch/ia64/kernel/mca.c | 338 ++--
arch/ia64/kernel/mca_asm.S | 4
arch/ia64/kernel/minstate.h | 405 ++--
arch/ia64/kernel/pal.S | 10
arch/ia64/kernel/palinfo.c | 298 +--
arch/ia64/kernel/pci.c | 13
arch/ia64/kernel/perfmon.c | 6
arch/ia64/kernel/process.c | 57
arch/ia64/kernel/ptrace.c | 102 -
arch/ia64/kernel/salinfo.c | 5
arch/ia64/kernel/setup.c | 146 +
arch/ia64/kernel/signal.c | 59
arch/ia64/kernel/smpboot.c | 29
arch/ia64/kernel/traps.c | 20
arch/ia64/kernel/unaligned.c | 3
arch/ia64/kernel/unwind.c | 84 -
arch/ia64/lib/idiv64.S | 35
arch/ia64/mm/Makefile | 2
arch/ia64/mm/discontig.c | 282 +++
arch/ia64/mm/init.c | 278 +--
arch/ia64/mm/numa.c | 104 +
arch/ia64/mm/tlb.c | 58
arch/ia64/scripts/make_gas_hint_test.c | 15
arch/ia64/sn/fakeprom/fpmem.c | 221 ++
arch/ia64/sn/fakeprom/fpmem.h | 30
arch/ia64/sn/fakeprom/fpromasm.S | 10
arch/ia64/sn/fakeprom/fw-emu.c | 119 -
arch/ia64/sn/fakeprom/main.c | 96 -
arch/ia64/sn/fakeprom/make_textsym | 168 ++
arch/ia64/sn/io/Makefile | 5
arch/ia64/sn/io/drivers/Makefile | 2
arch/ia64/sn/io/drivers/ifconfig_net.c | 29
arch/ia64/sn/io/drivers/ioconfig_bus.c | 26
arch/ia64/sn/io/drivers/pciba.c | 12
arch/ia64/sn/io/hwgdfs/hcl.c | 9
arch/ia64/sn/io/hwgdfs/hcl_util.c | 2
arch/ia64/sn/io/hwgfs/hcl.c | 89 -
arch/ia64/sn/io/hwgfs/hcl_util.c | 7
arch/ia64/sn/io/hwgfs/interface.c | 6
arch/ia64/sn/io/io.c | 126 +
arch/ia64/sn/io/machvec/iomv.c | 11
arch/ia64/sn/io/machvec/pci.c | 62
arch/ia64/sn/io/machvec/pci_bus_cvlink.c | 275 +--
arch/ia64/sn/io/machvec/pci_dma.c | 24
arch/ia64/sn/io/platform_init/Makefile | 2
arch/ia64/sn/io/platform_init/irix_io_init.c | 73
arch/ia64/sn/io/sgi_if.c | 15
arch/ia64/sn/io/sn2/Makefile | 7
arch/ia64/sn/io/sn2/ioc4/Makefile | 22
arch/ia64/sn/io/sn2/ioc4/ioc4.c | 641 +++++++
arch/ia64/sn/io/sn2/ioc4/sio_ioc4.c | 2266 +++++++++++++++++++++++++++
arch/ia64/sn/io/sn2/klconflib.c | 29
arch/ia64/sn/io/sn2/klgraph.c | 236 ++
arch/ia64/sn/io/sn2/l1_command.c | 22
arch/ia64/sn/io/sn2/ml_SN_init.c | 62
arch/ia64/sn/io/sn2/ml_SN_intr.c | 16
arch/ia64/sn/io/sn2/ml_iograph.c | 124 -
arch/ia64/sn/io/sn2/module.c | 70
arch/ia64/sn/io/sn2/pcibr/pcibr_ate.c | 39
arch/ia64/sn/io/sn2/pcibr/pcibr_dvr.c | 302 ---
arch/ia64/sn/io/sn2/pcibr/pcibr_error.c | 16
arch/ia64/sn/io/sn2/pcibr/pcibr_intr.c | 15
arch/ia64/sn/io/sn2/pcibr/pcibr_rrb.c | 8
arch/ia64/sn/io/sn2/pcibr/pcibr_slot.c | 13
arch/ia64/sn/io/sn2/pciio.c | 512 ------
arch/ia64/sn/io/sn2/pic.c | 32
arch/ia64/sn/io/sn2/shub.c | 50
arch/ia64/sn/io/sn2/shub_intr.c | 73
arch/ia64/sn/io/sn2/shuberror.c | 4
arch/ia64/sn/io/sn2/shubio.c | 10
arch/ia64/sn/io/sn2/xbow.c | 91 -
arch/ia64/sn/io/sn2/xtalk.c | 6
arch/ia64/sn/io/snia_if.c | 246 ++
arch/ia64/sn/kernel/Makefile | 5
arch/ia64/sn/kernel/bte.c | 8
arch/ia64/sn/kernel/irq.c | 47
arch/ia64/sn/kernel/led.c | 56
arch/ia64/sn/kernel/setup.c | 194 ++
arch/ia64/sn/kernel/sn2/Makefile | 2
arch/ia64/sn/kernel/sn2/cache.c | 12
arch/ia64/sn/kernel/sn2/sn_proc_fs.c | 55
arch/ia64/sn/kernel/sn2/timer.c | 3
arch/ia64/sn/kernel/sn2/timer_interrupt.c | 60
arch/ia64/sn/kernel/sn2_smp.c | 242 ++
arch/ia64/sn/kernel/sn_ivt.S | 96 +
arch/ia64/sn/kernel/sn_ksyms.c | 1
arch/ia64/tools/print_offsets.c | 29
include/asm-ia64/a.out.h | 5
include/asm-ia64/acpi.h | 13
include/asm-ia64/bitops.h | 15
include/asm-ia64/elf.h | 2
include/asm-ia64/hw_irq.h | 8
include/asm-ia64/mca.h | 4
include/asm-ia64/mmzone.h | 63
include/asm-ia64/nodedata.h | 66
include/asm-ia64/numa.h | 85 +
include/asm-ia64/numnodes.h | 7
include/asm-ia64/page.h | 17
include/asm-ia64/pci.h | 4
include/asm-ia64/pgtable.h | 8
include/asm-ia64/processor.h | 59
include/asm-ia64/ptrace.h | 39
include/asm-ia64/ptrace_offsets.h | 66
include/asm-ia64/resource.h | 4
include/asm-ia64/sal.h | 48
include/asm-ia64/sigcontext.h | 2
include/asm-ia64/smp.h | 1
include/asm-ia64/sn/bte.h | 9
include/asm-ia64/sn/cdl.h | 2
include/asm-ia64/sn/dmamap.h | 28
include/asm-ia64/sn/hcl.h | 8
include/asm-ia64/sn/invent.h | 10
include/asm-ia64/sn/io.h | 2
include/asm-ia64/sn/ioc4.h | 49
include/asm-ia64/sn/ioerror.h | 4
include/asm-ia64/sn/ioerror_handling.h | 6
include/asm-ia64/sn/iograph.h | 7
include/asm-ia64/sn/klconfig.h | 14
include/asm-ia64/sn/ksys/l1.h | 26
include/asm-ia64/sn/module.h | 13
include/asm-ia64/sn/nodepda.h | 5
include/asm-ia64/sn/pci/bridge.h | 15
include/asm-ia64/sn/pci/pci_bus_cvlink.h | 2
include/asm-ia64/sn/pci/pciba.h | 8
include/asm-ia64/sn/pci/pcibr.h | 5
include/asm-ia64/sn/pci/pcibr_private.h | 10
include/asm-ia64/sn/pci/pciio.h | 100 -
include/asm-ia64/sn/pci/pic.h | 9
include/asm-ia64/sn/serialio.h | 477 +++++
include/asm-ia64/sn/sgi.h | 144 -
include/asm-ia64/sn/simulator.h | 2
include/asm-ia64/sn/sn2/arch.h | 2
include/asm-ia64/sn/sn2/io.h | 2
include/asm-ia64/sn/sn2/shubio.h | 7
include/asm-ia64/sn/sn2/sn_private.h | 1
include/asm-ia64/sn/sn_sal.h | 11
include/asm-ia64/sn/uart16550.h | 6
include/asm-ia64/sn/xtalk/xtalk.h | 2
include/asm-ia64/sn/xtalk/xwidget.h | 4
include/asm-ia64/spinlock.h | 19
include/asm-ia64/system.h | 2
include/asm-ia64/topology.h | 63
include/asm-ia64/unwind.h | 4
include/asm-ia64/ustack.h | 16
167 files changed, 10282 insertions(+), 3339 deletions(-)
through these ChangeSets:
<erikj@subway.americas.sgi.com> (03/09/04 1.1107)
ia64: 9/3/2003 SGI update.
<eranian@hpl.hp.com> (03/09/04 1.1106)
ia64: Fix perfmon usage of rum/srsm and sum/ssm
- fixes a problem with the rum/sum instructions being inoperative even
at priv level zero when psr.sp=0. Switching to ssm/rsm fixes the
potential problem.
<steiner@sgi.com> (03/09/02 1.1105)
ia64: remove some SN1 remnants, add a bit more SN2 support.
linux/arch/ia64/config.in
- delete some remnents of support for the SGI SN1 platform
- add config option for SN2.
linux_base/arch/ia64/kernel/Makefile
- fix compile error (SN2 needs iosapic.o)
linux/arch/ia64/acpi.c
- update acpi.c to recognize the SN2 platform
linux/arch/ia64/kernel/efi_stub.S
linux/arch/ia64/kernel/head.S
linux/arch/ia64/kernel/pal.S
- backport of 2.6 "ia64_switch_mode" changes for non-identity
mapped kernels
<bjorn.helgaas@hp.com> (03/08/29 1.1104)
ia64: Remove AIC7XXX driver from ski defconfig.
<tony.luck@intel.com> (03/08/28 1.1103)
ia64: Trim granules correctly in efi_memmap_walk()
This was a fun one to track down. I was trying to provide
a fake SRAT table so that I could start working on some more
ccNUMA issues on a non-NUMA tiger box, but my kernel kept dying
while running scripts out of /etc/init.d/*
I found I was getting an MCA while executing an lfetch.excl in
clear_page_tables(), the address that was being fetched was
0xe0000000000a00e8, which is non-cacheable VGA memory on Tiger.
Root cause was the "trim" code in efi_memmap_walk() had failed
to trim away all the blocks of memory in the bottom granule when
it had seen the memory hole there, so the kernel had managed to
allocate a page at 0x9c000 as a page table, and when the process
using it ended, the cleanup code prefetched off the end of the
page, and into the VGA memory, causing an MCA.
The problem is that efi_memmap_walk() repeatedly trims the same
entry, instead of trimming each of the entries in the granule.
<bjorn.helgaas@hp.com> (03/08/28 1.1102)
[PATCH] ia64: fix SAVE_RESET so OS INIT handler works again
The syscall optimization patches broke the OS INIT handler because
SAVE_RESET was addressing relative to r12, which contains the virtual
address of the stack pointer. Fixed by addressing relative to r2/r3
instead.
<bjorn.helgaas@hp.com> (03/08/28 1.1101)
ia64: Fix minstate comments.
<bjorn.helgaas@hp.com> (03/08/28 1.1100)
ia64: minstate.h: whitespace changes to reduce diffs with 2.5.
<bjorn.helgaas@hp.com> (03/08/28 1.1099)
ia64: TRIVIAL: Remove extraneous '`'.
<bjorn.helgaas@hp.com> (03/08/28 1.1098)
ia64: Clarify ACPI available_cpus handling.
<mort@wildopensource.com> (03/08/27 1.1097)
[PATCH] ia64: max user stack size of main thread configurable via RLIMIT_STACK
Make the size of the user stack based on the stack rlimit.
The stack hard stack size now defaults to 2GB, but can be increased
with ulimit up to 1/2 of the max mappable space in a region.
For 16k pages, this makes the max stack size 8TB.
<steiner@sgi.com> (03/08/27 1.1096)
ia64: add support for non-identity mapped kernels
Attached is a patch that makes arch/ia64/kernel/head.S work on the
SGI SN system. The patch consists mostly of a backport of portions
of the same file from 2.6.
I tried to minimized differences between the new file & 2.6 as
opposed to minimizing differences between the new file & 2.4.21.
This makes the patch somewhat larger than needed but (I think) is
correct for the long term.
The changes add support for non-identity mapped kernels. This patch
does NOT change the kernel load address - it just adds support for the
case where it was loaded into non-identity mapped memory.
<matthewc@cse.unsw.edu.au> (03/08/27 1.1095)
smpboot.c, acpi.c:
ia64: NR_CPUS and number of CPUs
While building a kernel for our 4-way Lion box, I made the
mistake of setting NR_CPUS to 4. Little did I know that the
Lion ACPI tables always list 8 CPUs (with only the first N
enabled), and so the resulting kernel overflowed the
smp_boot_data.cpu_phys_id array, crashed and burned.
(Backported from 2.5 by Bjorn Helgaas).
<alex.williamson@hp.com> (03/08/26 1.1094)
ia64: Correct NR_CPUS/cpu_online test order in CMC/CPE polling
Oops, I must have only tested the UP polling on a 2.4 kernel. On
2.6, I hit the BUG_ON calling cpu_online(1). Simply swapping the
order of the test fixes it. This should be applied for 2.6 and 2.4.
<arun.sharma@intel.com> (03/08/26 1.1093)
ia64: fix memory leak in sys32_execve path
The attached patch by Tony Luck fixes a memory leak in the ia32 execve
code path. Please apply to both 2.4 and 2.5.
<adsharma@unix-os.sc.intel.com> (03/08/26 1.1092)
[PATCH] ia64: IA-32 compatibility patch: FP denormal handling
The following patch makes ia64 compatible with i386 with respect to
siginfo.si_code on FP denormal operands. This is necessary for the correct
emulation of manycat /r/napali/tmp/p7 |bk-applypatch adsharma unix-os.sc.intel.com ia64:
<bjorn.helgaas@hp.com> (03/08/26 1.1091)
ia64: Use $(CC), not $(AS), when checking for "hint @pause" support in binutils.
<bjorn.helgaas@hp.com> (03/08/26 1.1090)
ia64: initialize bootmem early for acpi_table_init().
<steiner@sgi.com> (03/08/15 1.1087)
ia64: Add ia64_imva() and a few more ia64_tpa() uses.
Because of the strange memory map on the SGI SN hardware, we need a
portion of the 2.6 patches from Tony Luck backported into 2.4.21.
This patche adds the ia64_imva function & a few additional calls to ia64_tpa.
In 2.6, these patches were part of the change to relocate the kernel to
region 5. However, I am NOT proposing making that change!! I just need the
macros!!
<bjorn.helgaas@hp.com> (03/08/14 1.1086)
ia64: Update defconfig to new generic config.
<bjorn.helgaas@hp.com> (03/08/14 1.1085)
ia64 unwind: (unw_access_ar): initialize struct pt_regs *pt before using it to get AR_CSD & AR_SSD.
White-space changes to follow 2.5.
<bjorn.helgaas@hp.com> (03/08/13 1.1083)
ia64: Use ARRAY_SIZE(), fix formatting, remove static initializers to zero.
(Backported from 2.5).
<bjorn.helgaas@hp.com> (03/08/13 1.1082)
ia64: Update configs for upstream changes.
<steiner@SGI.com> (03/08/12 1.1080)
ia64: discontig/NUMA support
Attached is the patch for discontig memory for 2.4.21. This patch
has been tested on the ZX1 & NEC platforms & appears to work ok. It
also works on SN2 but there are additional patches (unrelated to
discontig) that at still needed in 2.4.21.
<bjorn.helgaas@hp.com> (03/08/12 1.1079)
ia64: Fix check for binutils that supports "hint" instructions.
<bjorn.helgaas@hp.com> (03/08/08 1.1076)
ia64: Comment changes to fix "correctable" usage.
<bjorn.helgaas@hp.com> (03/08/08 1.1075)
ia64: sal.h: Backport spelling and other trivial changes from 2.5.
<alex_williamson@hp.com> (03/08/08 1.1074)
ia64: Rename SAL_CALL_SAFE to SAL_CALL_REENTRANT.
<alex_williamson@hp.com> (03/08/08 1.1073)
[PATCH] ia64: Update to CMC/CPE polling
Based on the feedback from Tony, here's the patch that flips
around the clearing of cmc_polling_enabled.
<alex_williamson@hp.com> (03/08/08 1.1072)
[PATCH] ia64: New CMC/CPE polling
Here's a redesign of the CMC and CPE polling for both 2.6.0-test2
and 2.4.21. This is roughly the same design I requested comment on
a while back (BTW, nobody commented...). Basically, rather than
flooding all the cpus in parallel, I used some low priority interrupts
to cascade through the cpus. This should be much more scalable. I
also added a new feature of enabling interrupts for the CMC and CPE
handlers. The SAL spec claims these functions are SMP safe and
re-entrant and even recommends that the corrected error handlers
should run with interrupts enabled. It works on HP boxes, others
might want to double check that their firmware adheres to the spec.
The combination of these things should keep polling from impacting
system response time.
<bjorn.helgaas@hp.com> (03/08/08 1.1071)
ia64: MCA: Find correct offset of OEM data (from Keith Owens).
<bjorn.helgaas@hp.com> (03/08/07 1.1069)
ia64: minor bugfixes and whitespace cleanup to follow 2.5.
<bjorn.helgaas@hp.com> (03/08/07 1.1068)
ia64: MCA: pass GP *physical address* to SAL.
Based on a patch by Keith Owens.
<tony.luck@intel.com> (03/08/07 1.1067)
ia64: cleaning up the INIT code
(Backported from 2.5 by Bjorn Helgaas)
<davidm@tiger.hpl.hp.com> (03/08/07 1.1066)
ia64: Backtraces of all processes on INIT, warning cleanup.
(Backported from 2.5).
<bjorn.helgaas@hp.com> (03/08/05 1.1058.1.2)
ia64: kernel/acpi.c: Whitespace changes to follow 2.5.
<kaos@sgi.com> (03/07/30 1.1019.1.31)
ia64: Delete some generated ia64 files that were being left by make mrproper.
<bjorn.helgaas@hp.com> (03/07/30 1.1019.1.30)
ia64: make cpu_relax() a barrier to be consistent with 2.5.
<willy@fc.hp.com> (03/07/30 1.1019.1.29)
ia64: return PCI domain for pci_controller_num().
<rohit.seth@intel.com> (03/07/30 1.1019.1.28)
ia64: Correct .unwabi for PT_REGS_SAVES (should be "3, 'i'").
<rohit.seth@intel.com> (03/07/30 1.1019.1.27)
ia64: Restructure pt_regs and optimize syscall path.
Patch by Rohit Seth, Fengua Yu, and Arun Sharma:
The main items covered by this patch are:
1) Support for 16 bytes instructions as per SDM2.1 (CSD/SSD in pt_regs)
2) f10-f11 are added as additional scratch registers for kernel's use.
3) Re-arrange pt_regs to access less cache lines in system call. Reduce
scratch register saving/restoring in system call path.
4) A few instruction reorg in low-level code.
<bjorn.helgaas@hp.com> (03/07/30 1.1019.1.26)
ia64: tlb.c whitespace cleanup to follow 2.5.
<rohit.seth@intel.com> (03/07/30 1.1019.1.25)
[PATCH] ia64: patch to use >256MB purges
Attached is the updated patch that takes the supported purge page size
bits from PAL call.
Backported from 2.5, including two subsequent cleanups:
ia64: Clean up purge-page-size-from-PAL patch a bit.
ia64: Allow 4GB TLB purges by default. Reported by Rohit Seth.
<kaos@sgi.com> (03/07/29 1.1019.1.24)
ia64: Fix more UNW_DPRINT() typos.
<kaos@sgi.com> (03/07/29 1.1019.1.23)
ia64: Correct typo in UNW_DPRINT() call.
<davidm@tiger.hpl.hp.com> (03/07/29 1.1019.1.22)
ia64: handle_fpu_swa() scaling fix
handle_fpu_swa() doesn't scale well if multiple CPUs need concurrent
fp assist. The problem lies with concurrent, potentially frequent
updates of fpu_swa_count, which serves as the throttle for doing the
printk(). A frenzy of concurrent updates will produce a frenzy of
cacheline ping-ponging.
The fix is simple:
Only increment fpu_swa_count when the printk() is about to happen,
which limits the increment to no more than four times every five
seconds.
<rohit.seth@intel.com> (03/07/29 1.1019.1.21)
ia64: use "hint @pause" in cpu_relax() and spinlock contention.
<kaos@ocs.com.au> (03/07/15 1.1003.36.4)
ia64: Clean up several warnings (no functional change).
<arun.sharma@intel.com> (03/07/15 1.1003.36.3)
ia64: translate F_GETLK64/F_SETLK64 to F_GETLK/F_SETLK
Currently, sys32_fcntl64() is broken, because it passes F_*64 commands
to sys_fcntl(), which it doesn't understand. The F_XXX64 commands need
to be converted to F_XXX before calling sys_fcntl().
<bjorn.helgaas@hp.com> (03/07/14 1.1003.36.2)
ia64: sys_ia32.c needs linux/quotacompat.h
<alex_williamson@hp.com> (03/07/10 1.1003.26.3)
[PATCH] ia64: Use PAL_HALT_LIGHT in cpu_idle
Here's patches for 2.4 & 2.5 to use PAL_HALT_LIGHT in cpu_idle.
This helps to reduce CPU temp a little on boxes with firmware that
takes advantage of this lower power state. I've tried this on a
rx2600 (2x900MHz McKinley) and an i2000 (fw 117) and it shows some
benefit. On McKinley systems, only the very latest PAL from Intel
actually reduces power consumption in the halt_light state. For HP
rx2600/zx6000/zx2000, this means you need to be running firmware 1.82.
Rohit Seth, at Intel, has run some benchmarks with this kind of
modification and found the effects of enabling halt_light to fall
within the noise of mosts tests. I replaced pal_halt(1) in safe_halt
with pal_halt_light() since halt_light is required to be implemented,
but pal_halt(1) is an optional halt state. I'd be interested to hear
of any measurements anyone does using this, where it works/fails, and
if any benchmarks/applications are impacted.
<bjorn.helgaas@hp.com> (03/07/10 1.1003.26.2)
ia64: Merge to newer ACPI CA.
<bjorn.helgaas@hp.com> (03/07/10 1.1003.26.1)
ia64: Remove partial semtimedop32 stuff from upstream.
Thanks!
Bjorn
^ permalink raw reply [flat|nested] 3+ messages in thread
* [PATCH] 2.4.x arch/ia64 update
@ 2003-12-04 22:00 Bjorn Helgaas
0 siblings, 0 replies; 3+ messages in thread
From: Bjorn Helgaas @ 2003-12-04 22:00 UTC (permalink / raw)
To: linux-ia64
Subject: bk pull
Hi Marcelo,
Please do a
bk pull http://lia64.bkbits.net/to-marcelo-2.4
This will update the following files:
arch/ia64/config.in | 4
arch/ia64/configs/dig | 32 +
arch/ia64/configs/generic | 34 +
arch/ia64/configs/numa | 34 +
arch/ia64/configs/ski | 17
arch/ia64/configs/zx1 | 32 +
arch/ia64/defconfig | 33 +
arch/ia64/hp/common/sba_iommu.c | 226 ++++++-----
arch/ia64/hp/zx1/hpzx1_machvec.c | 2
arch/ia64/hp/zx1/hpzx1_misc.c | 21 -
arch/ia64/ia32/ia32_entry.S | 13
arch/ia64/ia32/sys_ia32.c | 46 ++
arch/ia64/kernel/acpi.c | 4
arch/ia64/kernel/efi.c | 65 +--
arch/ia64/kernel/gate.S | 28 -
arch/ia64/kernel/mca.c | 44 +-
arch/ia64/kernel/mca_asm.S | 278 +++++++-------
arch/ia64/kernel/pci.c | 2
arch/ia64/kernel/perfmon.c | 4
arch/ia64/kernel/salinfo.c | 774 ++++++++++++++++++++++++---------------
arch/ia64/kernel/setup.c | 2
arch/ia64/kernel/time.c | 1
arch/ia64/kernel/traps.c | 4
arch/ia64/lib/Makefile | 1
arch/ia64/lib/xor.S | 184 +++++++++
arch/ia64/mm/init.c | 3
arch/ia64/mm/tlb.c | 2
arch/ia64/tools/Makefile | 15
include/asm-ia64/kmap_types.h | 31 +
include/asm-ia64/machvec.h | 7
include/asm-ia64/machvec_hpzx1.h | 12
include/asm-ia64/mca.h | 1
include/asm-ia64/mca_asm.h | 12
include/asm-ia64/pal.h | 172 +++++++-
include/asm-ia64/param.h | 33 -
include/asm-ia64/sal.h | 4
include/asm-ia64/uaccess.h | 12
include/asm-ia64/xor.h | 250 ------------
38 files changed, 1461 insertions(+), 978 deletions(-)
through these ChangeSets:
<bjorn.helgaas@hp.com> (03/12/02 1.1199)
ia64: update default configs
<kaos@sgi.com> (03/12/01 1.1198)
ia64: sync salinfo.c with 2.6 (suser -> capable, use standard macros).
Make salinfo.c more compatible with 2.6. This is the 2.4 bit of
http://marc.theaimsgroup.com/?l=linux-ia64&m\x106974968032730&w=2
<davidm@tiger.hpl.hp.com> (03/12/01 1.1197)
ia64: Fix a bug in sigtramp() which corrupted ar.rnat when unwinding
across a signal trampoline (in user space). Reported by
Laurent Morichetti.
<davidm@tiger.hpl.hp.com> (03/12/01 1.1196)
ia64: Fix a alternate-signal-stack bug which could corrupt RNaT bits
when bspstore happened to point to an RNaT-slot.
Bug reported by Matt Chapman.
<kyle@engsoc.carleton.ca> (03/11/19 1.1162.14.25)
ia64: Don't print anything for unimplemented syscalls.
<alex.williamson@hp.com> (03/11/19 1.1162.14.24)
ia64: make hpzx1 fake pci device safer
The fake PCI devices created in the 2.4 zx1 machvec provide PCI-like
config space access to the chipset. However, there are some registers
in there that have side effects that you don't just want to stumble
across. These are all out beyond the configuration header space, so
nothing should rely on them. This patch prevents access to the
dangerous one that you'd touch looking through /proc/bus/pci. You can
probably still shoot yourself in the foot, but you shouldn't be able to
do it by reading through the proc files. 2.6 has removed these fake
devices, so the patch is not applicable.
<kaos@sgi.com> (03/11/17 1.1162.14.23)
ia64: Update PAL_MC_ERROR_INFO structures for SDM 2.1.
<kaos@sgi.com> (03/11/17 1.1162.14.22)
ia64: Add the ability for user space salinfo to ask kernel salinfo
and/or the prom to decode the oem data sections of SAL records.
The user space salinfo decode program can only dump oem data areas in
hex, every ia64 platform has different oem data. One option is to have
OEM specific versions of the user space salinfo program, but that
introduces version skew between user space and the kernel. By
definition, the prom knows best about what the oemdata means.
This patch allows user space to write 'oemdata <cpu> <offset>' to
/proc/sal/mca/data, passing the offset within the record of the EFI
GUID at the start of the section that contains oemdata. If the
platform supports decoding of the oemdata then the next read from
/proc/sal/mca/data will return the decoded text. If the platform does
not support decoding of oemdata, it returns EOF and user space salinfo
defaults to printing oem data in hex, as before.
<kaos@sgi.com> (03/11/17 1.1162.14.21)
ia64: Clean up kernel salinfo state checking.
Different bits of arch/ia64/kernel/salinfo.c checked different fields
to determine what state the processing was in. Rationalise them all to
a single state flag. This also positions for the ability to extend
kernel salinfo to handle more operations.
Get rid of the new_read flag, read the record when the user asks for it
or after clearing a record.
<jsm@fc.hp.com> (03/11/17 1.1162.14.20)
ia64: fix show_mem() panic
<arun.sharma@intel.com> (03/11/14 1.1162.14.18)
ia64: Don't mix user/kernel pointers in 32-bit stat/statfs emulation
Andi Kleen's description:
Jeff Dike pointed out that these functions access the user
path name inside set_fs(KERNEL_DS). This allows the user
to compare any memory that can be reached from 32bit syscalls
to a path name.
<kochi@hpc.bs1.fc.nec.co.jp> (03/11/14 1.1162.14.17)
[PATCH] ia64: don't access per-CPU data of off-line CPUs
This patch prevents a crash that happens when per-CPU data is allocated
only for CPUs that are online.
<bjorn.helgaas@hp.com> (03/10/30 1.1162.7.2)
Cset exclude: kaos@sgi.com[helgaas]|ChangeSet|20031030215302|13517
<kaos@sgi.com> (03/10/30 1.1148.26.21)
ia64: Clean up kernel salinfo state checking.
Different bits of arch/ia64/kernel/salinfo.c checked different fields
to determine what state the processing was in. Rationalise them all to
a single state flag. This also positions for the ability to extend
kernel salinfo to handle more operations.
Get rid of the new_read flag, read the record when the user asks for it
or after clearing a record.
<kaos@sgi.com> (03/10/30 1.1148.26.20)
ia64: fix comment typo (sal.h)
<kaos@sgi.com> (03/10/30 1.1148.26.19)
ia64: print header from INIT records
<arun.sharma@intel.com> (03/10/30 1.1148.26.18)
[PATCH] ia64: make strace of ia32 processes work again
Newer versions of strace manipulate the syscall arguments and to make this
work for ia32 processes, we need to reload the syscall args after
doing the syscall-trace callback.
<kaos@sgi.com> (03/10/23 1.1148.31.5)
ia64: salinfo.c cleanup and race removal
I have reworked salinfo.c to get a clean separation between the
interrupt handler that is called from mca.c and the rest of the salinfo
code that runs in user context.
It is critical that the interrupt handler part of salinfo must never
fail or deadlock, mca.c must be allowed to continue to get decent
debugging information. With this rework, the handler only saves the
address of the buffer, sets the event bit and calls up() on the salinfo
data semaphore then returns to mca.c.
The information that was split between salinfo_event (4), salinfo_data
(4) and salinfo_buffer (NR_CPUS*4) has been consolidated into a single
salinfo_data (4) structure. The consolidation simplifies the code and
the locking.
Use set_cpus_allowed() instead of using IPI to read and clear SAL
records. This does not disable interrupts and keeps the clean
separation between interrupt and user context. As a bonus, this code
is ready for machines with > 64 cpus in a single system image.
The rework removes the races and deadlocks that were mentioned on this
list last week. It also avoids multiple reads of the SAL record when
user space has to read the record in multiple chunks. I am still
stress testing the code, this release is a request for comments.
<kaos@sgi.com> (03/10/23 1.1148.31.4)
ia64: Trivial fixes for correct field type in formats. prfunc_t does not
include attribute format so gcc does not pick these up automatically.
<davidm@tiger.hpl.hp.com> (03/10/23 1.1148.31.3)
ia64: Fix efi_mem_type() and efi_mem_attributes() to avoid potential
underflows. In my case, the underflows occurred with the
first memory descriptor which got trimmed down to a size of 0.
Due to the underflow, this descriptor ended up covering the entire
address-range which in turn caused Bad Things to happen with the
X server.
<bjorn.helgaas@hp.com> (03/10/22 1.1148.31.2)
[PATCH] ia64: fix EFI memory map trimming
This fixes a problem in EFI memory map trimming. For example,
here's part of the memory map on my i2000:
mem00: type=4, attr=0x9, range=[0x0000000000000000-0x0000000000001000) (0MB)
mem01: type=7, attr=0x9, range=[0x0000000000001000-0x0000000000088000) (0MB)
mem02: type=4, attr=0x9, range=[0x0000000000088000-0x00000000000a0000) (0MB)
mem03: type=5, attr=0x8000000000000009, range=[0x00000000000c0000-0x0000000000100000) (0MB)
mem04: type=7, attr=0x9, range=[0x0000000000100000-0x0000000004000000) (63MB)
mem05: type=2, attr=0x9, range=[0x0000000004000000-0x00000000049ba000) (9MB)
mem06: type=7, attr=0x9, range=[0x00000000049ba000-0x000000007ec0b000) (1954MB)
...
There's a hole at 0xa0000-0xc0000, so we should ignore all the WB memory
in that granule. With 16MB granules, the existing code trims like this
(note the 4K page at 0x0 should have been ignored, but wasn't).
<bjorn.helgaas@hp.com> (03/10/22 1.1148.27.7)
ia64: add kmap_types.h to make crypto, etc compile. (This is just
a dummy file from 2.6 and shouldn't ever be used.)
<iod00d@hp.com> (03/10/22 1.1148.27.6)
ia64: put xor functions in .S file (backported from 2.6).
gcc-3.3 doesn't like the asm("") spread out over 250 lines.
I gather gcc-3.3 doesn't like line breaks inside a string.
Besides, it just feels wrong to have a 250 line asm().
Fortunately 2.6 already fixes this problem. Here's a "back port"
of xor.S from davidm's linux-ia64-2.5 bk tree.
BTW, since the function prototypes in xor.h are identical,
I've assumed 2.6 xor.S is functionally identical/compatible too.
grant
<tony.luck@intel.com> (03/10/22 1.1148.27.5)
[PATCH] ia64: Another MCA fix
The definition of the pal_process_state_info_s structure
misses out some useful pieces (e.g. the "mi" bit which indicates
whether we should call PAL_MC_ERROR_INFO to get more details).
Worse yet, some of the bits are in the wrong places (cc/tc/bc).
See Volume 2 of "Intel Itanium Architecture Software Developer's
Manual". (In the Rev 2.1 October 2002 edition, p. 2:268 and 2:276).
<tony.luck@intel.com> (03/10/22 1.1148.27.4)
[PATCH] ia64: fix register numbers in MCA save/restore
This corrects the save/restore code in mca_asm.S
which was written long ago, before the assembler understood
mnemonic names for 'cr' and 'ar' registers (in fact it
appears to have been written pre-silicon, some of the
control register numbers don't match with what actually
got built). There were other goofs too (like using
0, 1, 2, etc. for region register subscripts).
<tony.luck@intel.com> (03/10/22 1.1148.27.3)
[PATCH] ia64: infinite loop in ia64_mca_wakeup_ipi_wait
This bugfix has been hiding inside the MCA TLB patches.
There is an infinite loop in ia64_mca_wakeup_ipi_wait() because
the compiler optimizes away the test at the bottom of the while
loop. It does this because IA64_MCA_WAKEUP_VECTOR is 0xf0, so
irr_bit is known to be the constant 0x30, a.k.a. 48 in decimal.
So when the compiler looks at the expression:
It observes that 1' as unsigned
long.
<bjorn.helgaas@hp.com> (03/10/10 1.1148.15.2)
ia64: The "HP_ZX1" kernel works on sx1000-based machines as well as
zx1-based ones, so make the descriptions a little more generic.
<bjorn.helgaas@hp.com> (03/09/30 1.1136.4.6)
ia64: Clear corrected errors (CMCs and CPEs) in the kernel
If we don't clear them in the kernel, we'll "rediscover" the same error
next time around. So the kernel now reads the record, saves it (max
of one buffered record per event per CPU), decodes part of it, and
clears it from SAL.
<kochi@hpc.bs1.fc.nec.co.jp> (03/09/30 1.1136.4.5)
ia64: initialize bootmem later, since acpi_table_init() doesn't need it.
<kaos@sgi.com> (03/09/30 1.1136.4.4)
ia64: mca_asm.h documentation fixes
Documentation fix for mca_asm.h. Refer to the released Intel manual
and correct a field name. No functional changes.
<davidm@tiger.hpl.hp.com> (03/09/30 1.1136.4.3)
ia64: Mark access_ok() as likely to succeed (as is done in x86 tree).
<khalid@fc.hp.com> (03/09/30 1.1136.4.2)
ia64: do_settimeofday: fix compensation for lost ticks
<bjorn.helgaas@hp.com> (03/09/19 1.1120.4.3)
ia64: Bail out of SBA init function if no IOC found. Avoids spurious (but harmless)
"No IOC for PCI Bus 0000:00 in ACPI" messages when booting generic
kernel on non-ZX1 hardware.
<davidm@tiger.hpl.hp.com> (03/09/19 1.1120.4.2)
ia64: Control /proc/bus/mckinley/zx1 via separate SBA_PROC_FS macro and turn
SBA_PROC_FS off by default (it's too much of a scalability bottleneck).
<jbarnes@sgi.com> (03/09/18 1.1109.14.6)
[PATCH] ia64: protect PAL mapping printk with EFI_DEBUG
Having this print out for every CPU on a large system was a pain, so
protect the printk with EFI_DEBUG.
<davidm@tiger.hpl.hp.com> (03/09/18 1.1109.14.5)
ia64: In <asm-ia64/param.h>, do not include <linux/config.h> outside
the #ifdef __KERNEL__ bracket. Doing so pollutes the user-
level namespace. Bug report & proposed fix by GOTO Masanori.
<bjorn.helgaas@hp.com> (03/09/18 1.1109.14.4)
ia64: Remove platform_pci_enable_device() machine vector and synchronize
sba_iommu.c with 2.5.
<arun.sharma@intel.com> (03/09/17 1.1109.12.5)
ia64: CONFIG_IA32_SUPPORT can only be static, not a module
<kaos@sgi.com> (03/09/17 1.1109.12.4)
ia64: fix offsets.h generation bootstrap problem
2.4.22 deleted include/asm-ia64/offsets.h from the kernel tree. If
there is no other copy of that file on the include paths (say for cross
compiling) then make dep breaks, offsets.h is required before you can
build offsets.h.
<eranian@hpl.hp.com> (03/09/17 1.1109.12.3)
ia64: perfmon-1 inheritance bugfix
The attached patch fixes a long standing bug in the perfmon-1 implementation
for all 2.4 based kernels. The PFM_FL_INHERIT_ONCE flag is defined as
allowing a perfmon context to be clone ONCE across fork. Without this
fix, it is in fact clone to all first level child of the parent process.
That's why, for instance, when you run pfmon-2.0 on a command, you see
3 active per-process sessions instead of two (pfmon is multi-threaded).
<arun.sharma@intel.com> (03/09/17 1.1109.12.2)
[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.
Thanks!
Bjorn
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2003-12-04 22:00 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2003-12-04 22:00 [PATCH] 2.4.x arch/ia64 update Bjorn Helgaas
-- strict thread matches above, loose matches on Subject: below --
2003-09-09 17:59 Bjorn Helgaas
2003-04-21 2:22 Bjorn Helgaas
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.