* bk pull on ia64 linux tree
2004-01-13 0:59 Linus Torvalds
@ 2004-01-13 1:17 ` David Mosberger
2004-01-13 1:36 ` David Mosberger
` (58 subsequent siblings)
59 siblings, 0 replies; 73+ messages in thread
From: David Mosberger @ 2004-01-13 1:17 UTC (permalink / raw)
To: linux-ia64
Hi Linus,
please do a
bk pull http://lia64.bkbits.net/to-linus-2.5
This will update the files shown below.
Note: this part:
ia64/configs/generic_defconfig | 1045 ------------------------------------
ia64/configs/generic_defconfig | 1045 ++++++++++++++++++++++++++++++++++++
is a no-op. It is due to a bad patch, which couldn't be applied with
-p1 but bk-applypatch applied anyhow. ;-(
The file has been moved to the correct place now.
Thanks!
--david
ia64/configs/generic_defconfig | 1045 ------------------------------------
arch/ia64/Kconfig | 9
arch/ia64/configs/generic_defconfig | 1045 ++++++++++++++++++++++++++++++++++++
arch/ia64/configs/sn2_defconfig | 65 ++
arch/ia64/hp/common/sba_iommu.c | 494 ++++++-----------
arch/ia64/ia32/sys_ia32.c | 2
arch/ia64/kernel/acpi.c | 2
arch/ia64/kernel/efi.c | 3
arch/ia64/kernel/ia64_ksyms.c | 132 ----
arch/ia64/kernel/irq.c | 5
arch/ia64/kernel/irq_ia64.c | 2
arch/ia64/kernel/machvec.c | 4
arch/ia64/kernel/perfmon.c | 59 --
arch/ia64/kernel/process.c | 1
arch/ia64/kernel/setup.c | 5
arch/ia64/kernel/smp.c | 4
arch/ia64/kernel/smpboot.c | 5
arch/ia64/kernel/time.c | 1
arch/ia64/kernel/unwind.c | 9
arch/ia64/lib/Makefile | 4
arch/ia64/lib/io.c | 4
arch/ia64/mm/init.c | 10
arch/ia64/mm/tlb.c | 3
arch/ia64/pci/pci.c | 3
ia64/configs/generic_defconfig | 1045 ++++++++++++++++++++++++++++++++++++
include/asm-ia64/page.h | 2
26 files changed, 2440 insertions(+), 1523 deletions(-)
through these ChangeSets:
<davidm@tiger.hpl.hp.com> (04/01/12 1.1513)
ia64: Fix bad patch breakage: move generic-defconfig to where it belongs.
<davidm@tiger.hpl.hp.com> (04/01/12 1.1512)
ia64: Avoid use of cast expressions as lvalues. They're ugly and may be
dropped from GCC at some point in the future.
<alex.williamson@hp.com> (04/01/12 1.1511)
[PATCH] ia64: sba_iommu update
This patch does a couple things:
* Allows iommu page size different than PAGE_SIZE. This was
largely done by Bjorn. The motivation for this is that sx1000
hardware officially only supports use of the iommu with a 4k
page size. Thus the default is now 4k for sx1000 and PAGE_SIZE
for zx1.
* Cleanup the runtime statistics gathering such that we can turn
it on for some info w/o impacting runtime performance.
<davidm@tiger.hpl.hp.com> (04/01/12 1.1510)
ia64: Turn on CONFIG_EFI unconditionaly (even for HP Ski simulator).
<davidm@tiger.hpl.hp.com> (04/01/12 1.1509)
ia64: Minor fix for get_order() so it works even for insanely large
arguments.
<schwab@suse.de> (04/01/12 1.1508)
[PATCH] ia64: __ia64_memcpy_fromio() may be missing from kernel
When building a highly modular, non-generic kernel it can happen that
arch/ia64/lib/io.o is not included in the image because nothing built-in
needs __ia64_memcpy_fromio, etc., yet it may be called from a module. We
should force it to be linked in.
<jbarnes@sgi.com> (04/01/12 1.1507)
[PATCH] ia64: sn2 defconfig update
Just a quick update for the sn2_defconfig file now that some more config
options have been added.
<bjorn.helgaas@hp.com> (04/01/12 1.1506)
[PATCH] ia64: HP IOTLB startup msg
This patch adds a little noise on the console. I like to see this
info because it matches up with the AGPGART aperture info later on.
<davidm@tiger.hpl.hp.com> (04/01/12 1.1505)
ia64: add generic defconfig file
Here's a generic_defconfig that works on all the ia64
platforms I'm aware of, and we can always update it if it's
missing a driver or two. Compile tested 'make compressed' and
'make modules', and boot tested on sn2, and I think Alex boot
tested on an HP machine.
<davidm@tiger.hpl.hp.com> (04/01/05 1.1474.66.3)
Many files:
ia64: Cleanup EXPORT_SYMBOL usage
This cleans up the use of EXPORT_SYMBOL in ia64_ksyms.c by
moving most of them to the place where the symbol is defined.
Ideally, only symbols defined in assembler sources should
remain here, but there are some cases where an EXPORT_SYMBOL
is missing outside the arch/ia64 tree. I did not change them
for now. Also, EXPORT_SYMBOL_NOVERS is obsolete.
<davidm@tiger.hpl.hp.com> (04/01/05 1.1474.66.2)
ia64: Skip zero-length resources in PCI root bridge _CRS. This fixes
some ugly messages that used to show up on Tiger and other Intel
boxes:
alloc 0xffffffff-0x0 from PCI mem for PCI Bus 0000:02 failed
alloc 0xffffffff-0x0 from PCI mem for PCI Bus 0000:08 failed
alloc 0xffffffff-0x0 from PCI mem for PCI Bus 0000:08 failed
alloc 0xffffffff-0x0 from PCI mem for PCI Bus 0000:08 failed
alloc 0xffff-0x0 from PCI IO for PCI Bus 0000:08 failed
alloc 0xffffffff-0x0 from PCI mem for PCI Bus 0000:09 failed
alloc 0xffffffff-0x0 from PCI mem for PCI Bus 0000:0f failed
<davidm@tiger.hpl.hp.com> (04/01/02 1.1474.66.1)
ia64: fix potential deadlocks due to printk()
Remove all debug printk() for routines which are called with a
runqueue lock held, since those could trigger a deadlock.
^ permalink raw reply [flat|nested] 73+ messages in thread* Re: bk pull on ia64 linux tree
2004-01-13 0:59 Linus Torvalds
2004-01-13 1:17 ` David Mosberger
@ 2004-01-13 1:36 ` David Mosberger
2004-01-13 16:08 ` Jesse Barnes
` (57 subsequent siblings)
59 siblings, 0 replies; 73+ messages in thread
From: David Mosberger @ 2004-01-13 1:36 UTC (permalink / raw)
To: linux-ia64
>>>>> On Mon, 12 Jan 2004 16:59:53 -0800 (PST), Linus Torvalds <torvalds@osdl.org> said:
Linus> On Mon, 12 Jan 2004, David Mosberger wrote:
>>
>> Note: this part:
>>
>> ia64/configs/generic_defconfig | 1045 ------------------------------------
>> ia64/configs/generic_defconfig | 1045 ++++++++++++++++++++++++++++++++++++
>> is a no-op.
Linus> No it isn't. After doing a pull, the
Linus> ia64/confis/generic_defconfig file exists (along with all the
Linus> bogus directories, of course).
Linus> Not applied, please fix your tree.
Ugh, I forgot to push the fix into to bkbits.net tree.
Sorry about that. It should be there now.
--david
^ permalink raw reply [flat|nested] 73+ messages in thread* Re: bk pull on ia64 linux tree
2004-01-13 0:59 Linus Torvalds
2004-01-13 1:17 ` David Mosberger
2004-01-13 1:36 ` David Mosberger
@ 2004-01-13 16:08 ` Jesse Barnes
2004-01-27 1:37 ` David Mosberger
` (56 subsequent siblings)
59 siblings, 0 replies; 73+ messages in thread
From: Jesse Barnes @ 2004-01-13 16:08 UTC (permalink / raw)
To: linux-ia64
Sorry about that. I guess that's what happens when I send you a non-p1
patch :(
On Mon, Jan 12, 2004 at 05:36:46PM -0800, David Mosberger wrote:
> >>>>> On Mon, 12 Jan 2004 16:59:53 -0800 (PST), Linus Torvalds <torvalds@osdl.org> said:
>
> Linus> On Mon, 12 Jan 2004, David Mosberger wrote:
> >>
> >> Note: this part:
> >>
> >> ia64/configs/generic_defconfig | 1045 ------------------------------------
> >> ia64/configs/generic_defconfig | 1045 ++++++++++++++++++++++++++++++++++++
> >> is a no-op.
>
> Linus> No it isn't. After doing a pull, the
> Linus> ia64/confis/generic_defconfig file exists (along with all the
> Linus> bogus directories, of course).
>
> Linus> Not applied, please fix your tree.
>
> Ugh, I forgot to push the fix into to bkbits.net tree.
>
> Sorry about that. It should be there now.
>
> --david
>
> -
> To unsubscribe from this list: send the line "unsubscribe linux-ia64" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
^ permalink raw reply [flat|nested] 73+ messages in thread* bk pull on ia64 linux tree
2004-01-13 0:59 Linus Torvalds
` (2 preceding siblings ...)
2004-01-13 16:08 ` Jesse Barnes
@ 2004-01-27 1:37 ` David Mosberger
2004-01-27 10:23 ` Jes Sorensen
` (55 subsequent siblings)
59 siblings, 0 replies; 73+ messages in thread
From: David Mosberger @ 2004-01-27 1:37 UTC (permalink / raw)
To: linux-ia64
Hi Linus,
please do a
bk pull http://lia64.bkbits.net/to-linus-2.5
This will update the files shown below (only ia64-specific files are
touched).
Thanks!
--david
include/asm-ia64/machvec_sn1.h | 85 -----------------
arch/ia64/Kconfig | 149 +++++++++++++-----------------
arch/ia64/hp/common/sba_iommu.c | 17 +++
arch/ia64/kernel/entry.S | 53 ++++++++--
arch/ia64/kernel/ia64_ksyms.c | 8 +
arch/ia64/kernel/irq_lsapic.c | 5 -
arch/ia64/kernel/smpboot.c | 8 -
arch/ia64/kernel/time.c | 3
arch/ia64/sn/io/sn2/xbow.c | 2
arch/ia64/sn/kernel/sn2/Makefile | 2
arch/ia64/sn/kernel/sn2/sn2_smp.c | 5 -
arch/ia64/sn/kernel/sn2/timer_interrupt.c | 64 ++++++++++++
include/asm-ia64/a.out.h | 4
include/asm-ia64/bugs.h | 6 -
include/asm-ia64/byteorder.h | 4
include/asm-ia64/checksum.h | 4
include/asm-ia64/current.h | 4
include/asm-ia64/errno.h | 12 --
include/asm-ia64/fcntl.h | 6 -
include/asm-ia64/ioctl.h | 6 -
include/asm-ia64/ioctls.h | 6 -
include/asm-ia64/machvec.h | 7 +
include/asm-ia64/machvec_sn2.h | 2
include/asm-ia64/mman.h | 6 -
include/asm-ia64/namei.h | 4
include/asm-ia64/numa.h | 4
include/asm-ia64/param.h | 6 -
include/asm-ia64/poll.h | 6 -
include/asm-ia64/posix_types.h | 8 +
include/asm-ia64/processor.h | 6 -
include/asm-ia64/resource.h | 6 -
include/asm-ia64/scatterlist.h | 4
include/asm-ia64/siginfo.h | 6 -
include/asm-ia64/signal.h | 4
include/asm-ia64/socket.h | 8 +
include/asm-ia64/sockios.h | 9 +
include/asm-ia64/stat.h | 4
include/asm-ia64/statfs.h | 6 -
include/asm-ia64/termbits.h | 6 -
include/asm-ia64/termios.h | 4
include/asm-ia64/tlb.h | 4
include/asm-ia64/types.h | 6 -
include/asm-ia64/uaccess.h | 2
include/asm-ia64/unaligned.h | 5 -
include/asm-ia64/user.h | 4
45 files changed, 310 insertions(+), 270 deletions(-)
through these ChangeSets:
<eranian@hpl.hp.com> (04/01/26 1.1525)
[PATCH] ia64: fix icc compilation
<iod00d@hp.com> (04/01/26 1.1524)
[PATCH] ia64: enable PIOW/DMAR relaxed ordering on ZX1
<schwab@suse.de> (04/01/26 1.1523)
[PATCH] ia64: Fix xbow.c compilation
This fixes a conflicting declaration in xbow.c.
<matthewc@cse.unsw.edu.au> (04/01/26 1.1522)
ia64: Fix ptrace infrastructure some more so that strace'd sigreturn()
works without trashing any registers.
<mort@wildopensource.com> (04/01/23 1.1498.1.3)
ia64: remove old sn1 machvec header file
<davidm@tiger.hpl.hp.com> (04/01/23 1.1498.1.2)
ia64: Fix merge error: remove duplicate NR_CPUS.
<davidm@tiger.hpl.hp.com> (04/01/23 1.1474.119.11)
ia64: Patch by Jesse Barnes: remove unnecessary set_affinity handler.
<bjorn.helgaas@hp.com> (04/01/23 1.1474.119.10)
[PATCH] ia64: remove MCA (MicroChannel) cruft
MCA_bus is now referenced only when CONFIG_MCA is set,
so we should be able to remove the definition from ia64.
<mort@wildopensource.com> (04/01/23 1.1474.119.9)
[PATCH] ia64: add platform_timer_interrupt() hook
<davidm@tiger.hpl.hp.com> (04/01/23 1.1474.119.8)
ia64: Fix typo in comment in asm-ia64/posix_types.h.
<davidm@tiger.hpl.hp.com> (04/01/23 1.1474.119.7)
ia64: Drop copyright notices on header files which are either entirely trivial
or ended up being trivial variations of another file. Fix some
missing attributions and rephrase existing attributions for specifity.
<suresh.b.siddha@intel.com> (04/01/22 1.1474.119.6)
[PATCH] ia64: replace inline assembly in sn2 code
<akpm@osdl.org> (04/01/21 1.1474.119.5)
[PATCH] ia64: i2c config fix
ia64 needs to include i2c by hand
<bjorn_helgaas@hp.com> (04/01/21 1.1474.119.4)
[PATCH] ia64: Kconfig cleanup, part 1
<davidm@tiger.hpl.hp.com> (04/01/19 1.1474.119.3)
ia64: arch/ia64/Kconfig URL update: www.linux-on-laptops.com
<jbarnes@sgi.com> (04/01/16 1.1474.119.2)
[PATCH] ia64: kill some more warnings
Kills a warning and a false sense of safety by removing the volatile
qualifier on cpu_to_node_map[] and node_to_cpu_mask[]. Also fix the
printk for total processors since num_online_cpus() can return an int or
a long depending on the value of NR_CPUS.
<jbarnes@sgi.com> (04/01/16 1.1474.119.1)
[PATCH] ia64: fix cast in irq_lsapic.c
This patch just updates the cast in irq_lsapic.c to use the cpumask_t
type for the noop cast assignment to smp_affinity.
^ permalink raw reply [flat|nested] 73+ messages in thread* Re: bk pull on ia64 linux tree
2004-01-13 0:59 Linus Torvalds
` (3 preceding siblings ...)
2004-01-27 1:37 ` David Mosberger
@ 2004-01-27 10:23 ` Jes Sorensen
2004-01-27 14:49 ` Martin Hicks
` (54 subsequent siblings)
59 siblings, 0 replies; 73+ messages in thread
From: Jes Sorensen @ 2004-01-27 10:23 UTC (permalink / raw)
To: linux-ia64
>>>>> "David" = David Mosberger <davidm@napali.hpl.hp.com> writes:
David> Hi Linus, please do a
David> bk pull http://lia64.bkbits.net/to-linus-2.5
David> This will update the files shown below (only ia64-specific
David> files are touched).
David,
Is this patch available as a normall diff somewhere?
Thanks,
Jes
^ permalink raw reply [flat|nested] 73+ messages in thread* Re: bk pull on ia64 linux tree
2004-01-13 0:59 Linus Torvalds
` (4 preceding siblings ...)
2004-01-27 10:23 ` Jes Sorensen
@ 2004-01-27 14:49 ` Martin Hicks
2004-01-27 16:22 ` David Mosberger
` (53 subsequent siblings)
59 siblings, 0 replies; 73+ messages in thread
From: Martin Hicks @ 2004-01-27 14:49 UTC (permalink / raw)
To: linux-ia64
[-- Attachment #1: Type: text/plain, Size: 446 bytes --]
On Mon, Jan 26, 2004 at 05:37:14PM -0800, David Mosberger wrote:
> Hi Linus,
>
> please do a
>
> bk pull http://lia64.bkbits.net/to-linus-2.5
>
Linus, David,
I accidentally left a debug printk in the sn2 timer_interrupt(). Here
is a fix. I sent an updated patch to David yesterday, but I guess it
didn't make it.
Please apply.
Thanks,
mh
--
Martin Hicks Wild Open Source Inc.
mort@wildopensource.com 613-266-2296
[-- Attachment #2: sn2-timer-interrupt-fixup.diff --]
[-- Type: text/plain, Size: 1002 bytes --]
# This is a BitKeeper generated patch for the following project:
# Project Name: Linux kernel tree
# This patch format is intended for GNU patch command version 2.5 or higher.
# This patch includes the following deltas:
# ChangeSet 1.1500 -> 1.1501
# arch/ia64/sn/kernel/sn2/timer_interrupt.c 1.1 -> 1.2
#
# The following is the BitKeeper ChangeSet Log
# --------------------------------------------
# 04/01/27 mort@green.i.bork.org 1.1501
# Remove debug printk from sn2 timer_interrupt
# --------------------------------------------
#
diff -Nru a/arch/ia64/sn/kernel/sn2/timer_interrupt.c b/arch/ia64/sn/kernel/sn2/timer_interrupt.c
--- a/arch/ia64/sn/kernel/sn2/timer_interrupt.c Tue Jan 27 09:42:06 2004
+++ b/arch/ia64/sn/kernel/sn2/timer_interrupt.c Tue Jan 27 09:42:06 2004
@@ -48,7 +48,6 @@
if (!pda->hb_count--) {
pda->hb_count = HZ/2;
set_led_bits(pda->hb_state ^= LED_CPU_HEARTBEAT, LED_CPU_HEARTBEAT);
- printk("Blink\n");
}
if (enable_shub_wars_1_1()) {
^ permalink raw reply [flat|nested] 73+ messages in thread* Re: bk pull on ia64 linux tree
2004-01-13 0:59 Linus Torvalds
` (5 preceding siblings ...)
2004-01-27 14:49 ` Martin Hicks
@ 2004-01-27 16:22 ` David Mosberger
2004-01-27 21:57 ` David Mosberger
` (52 subsequent siblings)
59 siblings, 0 replies; 73+ messages in thread
From: David Mosberger @ 2004-01-27 16:22 UTC (permalink / raw)
To: linux-ia64
>>>>> On Tue, 27 Jan 2004 09:49:17 -0500, Martin Hicks <mort@wildopensource.com> said:
Martin> I accidentally left a debug printk in the sn2
Martin> timer_interrupt(). Here is a fix. I sent an updated patch
Martin> to David yesterday, but I guess it didn't make it.
The patch you sent me yesterday didn't apply, so it went into the bit
bucket. Sorry.
--david
^ permalink raw reply [flat|nested] 73+ messages in thread* Re: bk pull on ia64 linux tree
2004-01-13 0:59 Linus Torvalds
` (6 preceding siblings ...)
2004-01-27 16:22 ` David Mosberger
@ 2004-01-27 21:57 ` David Mosberger
2004-02-11 5:19 ` David Mosberger
` (51 subsequent siblings)
59 siblings, 0 replies; 73+ messages in thread
From: David Mosberger @ 2004-01-27 21:57 UTC (permalink / raw)
To: linux-ia64
>>>>> On 27 Jan 2004 05:23:22 -0500, Jes Sorensen <jes@wildopensource.com> said:
>>>>> "David" = David Mosberger <davidm@napali.hpl.hp.com> writes:
David> Hi Linus, please do a
David> bk pull http://lia64.bkbits.net/to-linus-2.5
David> This will update the files shown below (only ia64-specific
David> files are touched).
Jes> Is this patch available as a normall diff somewhere?
I don't make real patches for release-candidates, but in theory, you
should be able to get the equivalent patch from:
http://www.kernel.org/pub/linux/kernel/ports/ia64/v2.6/testing/cset/
In practice, it appears that the script that's supposed to create this
was failing. I fixed this now and the URL is working again.
--david
^ permalink raw reply [flat|nested] 73+ messages in thread* bk pull on ia64 linux tree
2004-01-13 0:59 Linus Torvalds
` (7 preceding siblings ...)
2004-01-27 21:57 ` David Mosberger
@ 2004-02-11 5:19 ` David Mosberger
2004-02-12 1:05 ` Keith Owens
` (50 subsequent siblings)
59 siblings, 0 replies; 73+ messages in thread
From: David Mosberger @ 2004-02-11 5:19 UTC (permalink / raw)
To: linux-ia64
Hi Linus,
please do a
bk pull http://lia64.bkbits.net/to-linus-2.5
This will update the files shown below. I realize this is a bit late,
but due to last week's vacation, it's the earliest I could manage.
Also, apart from the biggish mca.c update, most changes are rather
small (and everything is constrained to ia64 directories).
Thanks!
--david
arch/ia64/defconfig | 60 -
arch/ia64/hp/common/sba_iommu.c | 345 ++++--
arch/ia64/kernel/efivars.c | 43
arch/ia64/kernel/mca.c | 2008 ++++++++------------------------------
arch/ia64/kernel/salinfo.c | 44
arch/ia64/kernel/smpboot.c | 1
arch/ia64/kernel/traps.c | 11
arch/ia64/kernel/unaligned.c | 44
arch/ia64/lib/io.c | 16
arch/ia64/sn/kernel/mca.c | 14
arch/ia64/sn/kernel/sn2/sn2_smp.c | 60 -
include/asm-ia64/fpswa.h | 2
include/asm-ia64/mca.h | 58 -
include/asm-ia64/mmu_context.h | 3
include/asm-ia64/percpu.h | 2
include/asm-ia64/processor.h | 26
16 files changed, 899 insertions(+), 1838 deletions(-)
through these ChangeSets:
<davidm@tiger.hpl.hp.com> (04/02/10 1.1650)
ia64: Correct init_task.rbs_bot value (not that it matters).
<davidm@tiger.hpl.hp.com> (04/02/10 1.1649)
ia64: Update defconfig
<davidm@tiger.hpl.hp.com> (04/02/10 1.1648)
ia64: Fix some more warnings caused by casts used as l-values.
<davidm@tiger.hpl.hp.com> (04/02/10 1.1647)
ia64: Based on patch by Stephane Eranian: Make fpswa version info available
via /proc/efi/fpswa, rather than printing it at boot time.
<kaos@ocs.com.au> (04/02/10 1.1646)
[PATCH] ia64: Periodically forward MCA or INIT records to user-level
Periodically check for outstanding MCA or INIT records and pass them to
user space salinfo.
<kaos@ocs.com.au> (04/02/10 1.1645)
[PATCH] ia64: mca.c - Fix the "did we recover from MCA test" and move it up
Correct the "did we recover from MCA test" and move it up a level to
simplify interaction with debuggers.
<kenneth.w.chen@intel.com> (04/02/10 1.1644)
[PATCH] ia64: remove unused cpucount variable
<kaos@sgi.com> (04/02/10 1.1643)
[PATCH] ia64: mca.c - pass irq_safe around
Patches from Ben Woodward to calculate irq_safe once and pass it around.
<kaos@sgi.com> (04/02/10 1.1642)
[PATCH] ia64: mca.c cleanup - Bjorn's printk cleanup
<kaos@sgi.com> (04/02/10 1.1641)
[PATCH] ia64: mca.c cleanup - Reorder to remove the need for forward declarations and to consolidate related code
<kaos@sgi.com> (04/02/10 1.1640)
[PATCH] ia64: mca.c cleanup - Delete dead variables and functions
<kaos@sgi.com> (04/02/10 1.1639)
[PATCH] ia64: mca.c cleanup - Mark variables and functions static where possible
<kaos@sgi.com> (04/02/10 1.1638)
[PATCH] ia64: mca.c cleanup - Delete all record printing code, moved to salinfo_decode in user space
<kaos@sgi.com> (04/02/10 1.1637)
[PATCH] ia64: Avoid deadlock when using printk() for MCA and INIT records
Port the ia64 mca.c clean up patches from 2.4.25-pre8 to 2.6.2-rc2.
The following 6 patches do :-
1 Avoid deadlock when using printk() for MCA and INIT records.
2 Delete all record printing code, moved to salinfo_decode in user space.
3 Mark variables and functions static where possible.
4 Delete dead variables and functions.
5 Reorder to remove the need for forward declarations and to consolidate
related code.
6 Bjorn's printk cleanup.
Altogether they shrink mca.c from 2432 to 1339 lines and make it much
more readable.
The only functional change is the removal of any attempt to print the
CMC/CPE/MCA/INIT record contents in the kernel plus the addition of an
info printk to ia64_mca_check_errors(), to match 2.4. Now we just get
one line to say that a record has been detected, except for MCA which
prints nothing at all.
<alex.williamson@hp.com> (04/02/10 1.1636)
[PATCH] ia64: sba_iommu perf tunning and new functionality
I've been doing some performance tuning and adding some functionality
to sba_iommu for zx1/sx1000 chipsets. This adds:
* Long overdue consistent_dma_mask support
* Long overdue ability to do large mappings in the iommu
* Tightened spinlock usage for better performance/scalability
* Added branch prediction hints for some of the performance paths
* Added explicit data prefetching to some performance paths -
perfmon shows roughly a 20% decrease in L3 misses in the bitmap
search code
* Increased delayed resource freeing depth and added a separate
lock per ioc to avoid contention
* Added code to free up queued pdir entries should we be unable to
find space for new ones (not that I've ever seen the pdir
anywhere close to full)
* Finished cleaning out the hint support code, Grant is
maintaining this separately for now
* Added option to control bypass of sg mappings separately from
single/coherent mappings
Much like the swiotlb, sba_iommu allows devices capable of 64bit
addressing to bypass the iommu and DMA directly to/from memory. Using a
worst case scenario test (64bit bypass disabled, all DMA mapped through
the iommu), I saw a 60% increase in sequential block input throughput
using bonnie++ on a large RAID0 MD array. In fact, this patch provides
the best bonnie++ performance with bypass disabled. This is likely due
to benefits seen from coalescing the scatterlist, allowing better disk
streaming. I assume that network performance will likely be limited by
mapping latency, so I added the last bullet item to allow sg mappings to
get the benefit of coalescing while keeping a low latency path for
single and coherent mappings. If anyone is setup for network
benchmarks, I'd be interested in a before and after with this patch.
<kenneth.w.chen@intel.com> (04/02/10 1.1635)
[PATCH] ia64: fix ld.a emulation
This patch fixes a corner-case of ld.a emulation. ld.a should be
emulated such that it always loads a misaligned value and clears the
corresponding ALAT entry. The old emulation was correct for the case
where ld.a was followed by ld.c/chk.a (since ALAT entry was cleared),
but wrong for the case where it _wasn't_ followed by ld.c/chk.a. In
that case, the misaligned value wasn't read from memory, as it should
have been.
<steiner@sgi.com> (04/02/10 1.1634)
[PATCH] ia64: Enable cpu_vm_mask maintenance and improve SN2 TLB flushing
^ permalink raw reply [flat|nested] 73+ messages in thread* Re: bk pull on ia64 linux tree
2004-01-13 0:59 Linus Torvalds
` (8 preceding siblings ...)
2004-02-11 5:19 ` David Mosberger
@ 2004-02-12 1:05 ` Keith Owens
2004-02-12 1:31 ` David Mosberger
` (49 subsequent siblings)
59 siblings, 0 replies; 73+ messages in thread
From: Keith Owens @ 2004-02-12 1:05 UTC (permalink / raw)
To: linux-ia64
On Tue, 10 Feb 2004 21:19:03 -0800,
David Mosberger <davidm@napali.hpl.hp.com> wrote:
> bk pull http://lia64.bkbits.net/to-linus-2.5
http://www.kernel.org/pub/linux/kernel/ports/ia64/v2.6/testing/cset/
has not picked up your recent changes. It still shows ia64 patches
against 2.6.2-rc2, the last change was January 26.
^ permalink raw reply [flat|nested] 73+ messages in thread* Re: bk pull on ia64 linux tree
2004-01-13 0:59 Linus Torvalds
` (9 preceding siblings ...)
2004-02-12 1:05 ` Keith Owens
@ 2004-02-12 1:31 ` David Mosberger
2004-02-13 22:44 ` Andrew Morton
` (48 subsequent siblings)
59 siblings, 0 replies; 73+ messages in thread
From: David Mosberger @ 2004-02-12 1:31 UTC (permalink / raw)
To: linux-ia64
>>>>> On Thu, 12 Feb 2004 12:05:17 +1100, Keith Owens <kaos@sgi.com> said:
Keith> On Tue, 10 Feb 2004 21:19:03 -0800, David Mosberger
Keith> <davidm@napali.hpl.hp.com> wrote:
>> bk pull http://lia64.bkbits.net/to-linus-2.5
Keith> http://www.kernel.org/pub/linux/kernel/ports/ia64/v2.6/testing/cset/
Keith> has not picked up your recent changes. It still shows ia64
Keith> patches against 2.6.2-rc2, the last change was January 26.
It appears that I forgot to push the linux-ia64-2.5 repository. I did
that now and the patches should get updated shortly. If not, give a
holler.
Thanks,
--david
^ permalink raw reply [flat|nested] 73+ messages in thread* Re: bk pull on ia64 linux tree
2004-01-13 0:59 Linus Torvalds
` (10 preceding siblings ...)
2004-02-12 1:31 ` David Mosberger
@ 2004-02-13 22:44 ` Andrew Morton
2004-02-13 22:46 ` David Mosberger
` (47 subsequent siblings)
59 siblings, 0 replies; 73+ messages in thread
From: Andrew Morton @ 2004-02-13 22:44 UTC (permalink / raw)
To: linux-ia64
David Mosberger <davidm@napali.hpl.hp.com> wrote:
>
> please do a
>
> bk pull http://lia64.bkbits.net/to-linus-2.5
Are these urgent-for-2.6.3 things?
We seem to be converging on a model wherein a new kernel comes out,
everyone pummels Linus with patches for a week, then we have a week of
strict stabilisation and then it repeats. During the stabilisation week,
everyone is stabilising their next pummeling in external trees. I think
it's good, and is working well.
This pull request of yours is outside the model ;)
But the model tends to mainly apply to x86: people are used to other
architectures needing additional touchups to work properly. But it
would be nice if we could fix that up.
^ permalink raw reply [flat|nested] 73+ messages in thread* Re: bk pull on ia64 linux tree
2004-01-13 0:59 Linus Torvalds
` (11 preceding siblings ...)
2004-02-13 22:44 ` Andrew Morton
@ 2004-02-13 22:46 ` David Mosberger
2004-02-23 19:12 ` David Mosberger
` (46 subsequent siblings)
59 siblings, 0 replies; 73+ messages in thread
From: David Mosberger @ 2004-02-13 22:46 UTC (permalink / raw)
To: linux-ia64
>>>>> On Fri, 13 Feb 2004 14:44:04 -0800, Andrew Morton <akpm@osdl.org> said:
Andrew> This pull request of yours is outside the model ;)
Umh, do you expect me to do kernel devel work during my vacation? I
think I mentioned on several occasions that I was on vacation for a
week. That's why my pull request came late.
--david
^ permalink raw reply [flat|nested] 73+ messages in thread* bk pull on ia64 linux tree
2004-01-13 0:59 Linus Torvalds
` (12 preceding siblings ...)
2004-02-13 22:46 ` David Mosberger
@ 2004-02-23 19:12 ` David Mosberger
2004-03-12 5:37 ` David Mosberger
` (45 subsequent siblings)
59 siblings, 0 replies; 73+ messages in thread
From: David Mosberger @ 2004-02-23 19:12 UTC (permalink / raw)
To: linux-ia64
Hi Linus,
please do a
bk pull http://lia64.bkbits.net/to-linus-2.5
SGI badly wants the 64-bit DMA fix to be in your tree...
Thanks!
--david
arch/ia64/sn/io/machvec/pci_dma.c | 72 +++++++++++++++++---------------------
include/asm-ia64/tlb.h | 1
2 files changed, 34 insertions(+), 39 deletions(-)
through these ChangeSets:
<jeremy@sgi.com> (04/02/20 1.1661)
[PATCH] ia64: Fix 64 bit DMA mapping problem with PCI cards on SN2
PCI cards were forced to 32 bit addresses. There is significant
extra overhead to DMA setup with 32 bit, and it is fairly easy to
run out of mapping resources.
This patch reenables 64 bit DMA mapping for PCI cards.
<akpm@osdl.org> (04/02/20 1.1660)
[PATCH] ia64: fix sched.c compile warning
^ permalink raw reply [flat|nested] 73+ messages in thread* bk pull on ia64 linux tree
2004-01-13 0:59 Linus Torvalds
` (13 preceding siblings ...)
2004-02-23 19:12 ` David Mosberger
@ 2004-03-12 5:37 ` David Mosberger
2004-03-17 19:14 ` David Mosberger
` (44 subsequent siblings)
59 siblings, 0 replies; 73+ messages in thread
From: David Mosberger @ 2004-03-12 5:37 UTC (permalink / raw)
To: linux-ia64
Hi Linus,
please do a
bk pull http://lia64.bkbits.net/to-linus-2.5
This will update the files shown below.
Thanks!
--david
arch/ia64/Kconfig | 81 --
arch/ia64/configs/zx1_defconfig | 1078 +++++++++++++++++++++++++++++++++
arch/ia64/hp/common/sba_iommu.c | 68 --
arch/ia64/hp/sim/simserial.c | 19
arch/ia64/ia32/ia32_support.c | 2
arch/ia64/kernel/head.S | 4
arch/ia64/kernel/iosapic.c | 11
arch/ia64/kernel/irq_ia64.c | 15
arch/ia64/kernel/mca.c | 3
arch/ia64/kernel/process.c | 4
arch/ia64/kernel/sal.c | 197 +++---
arch/ia64/pci/pci.c | 63 +
arch/ia64/sn/io/hwgfs/ramfs.c | 2
arch/ia64/sn/io/sn2/pcibr/pcibr_dvr.c | 4
arch/ia64/sn/io/sn2/pcibr/pcibr_intr.c | 2
arch/ia64/sn/io/sn2/pciio.c | 3
arch/ia64/sn/io/sn2/shub_intr.c | 9
arch/ia64/sn/kernel/irq.c | 6
drivers/char/sn_serial.c | 35 -
include/asm-ia64/hardirq.h | 12
include/asm-ia64/sal.h | 13
include/asm-ia64/sn/router.h | 1
include/asm-ia64/unistd.h | 3
23 files changed, 1367 insertions(+), 268 deletions(-)
through these ChangeSets:
<jbarnes@sgi.com> (04/03/11 1.1707)
[PATCH] ia64: fix misc. sn2 warnings
This patch fixes a few warnings that have cropped up in the sn2 code:
- hwgfs function prototype mismatch
- pconn uninitialized in pciio.c
- printk formatting fixes in pcibr_dvr.c
- kill volatile qualifier in pcibr_intr.c
<willy@debian.org> (04/03/11 1.1706)
[PATCH] ia64: Convert to use the generic drivers/Kconfig mechanism.
<kaneshige.kenji@jp.fujitsu.com> (04/03/10 1.1705)
ia64: don't unmask iosapic interrupts by default
In ia64 kernel, IOSAPIC's RTEs for PCI interrupts are unmasked at the
boot time before installing device drivers. I think it is very dangerous.
If some PCI devices without device driver generate interrupts, interrupts
are generated repeatedly because these interrupt requests are never
cleared. I think RTEs for PCI interrupts should be unmasked by device
driver. This patch fixes the problem.
<pfg@sgi.com> (04/03/10 1.1703)
[PATCH] ia64: Altix affinity fix
<davidm@tiger.hpl.hp.com> (04/03/10 1.1702)
[PATCH] ia64: fix preempt bug in IA32 subsystem
Without this patch, IA32 programs will stall when CONFIG_PREEMPT is enabled.
<pfg@sgi.com> (04/03/10 1.1701)
[PATCH] ia64: minor cleanups for SN2 console driver
<pfg@sgi.com> (04/03/08 1.1642.2.3)
[PATCH] ia64: fix SN2 console driver to use console_initcall()
<davidm@tiger.hpl.hp.com> (04/03/08 1.1642.2.2)
ia64: Reserve 3 syscall numbers for Andi Kleen's NUMA interface.
<schwab@suse.de> (04/03/04 1.1612.27.18)
ia64: Fix staircase effect on Altix serial console
Serial console output on Altix didn't convert NL to CRNL.
<jbarnes@sgi.com> (04/03/03 1.1612.27.17)
[PATCH] ia64: Don't assume iosapic interrupt controllers
Some ia64 machines don't use an iosapic interrupt controller (a
flagrant violation of the DIG64 spec), so don't assume it's there in
mca.c. Platforms that provide a ACPI_INTERRUPT_CPEI vector are
responsible for registering its interrupt controller type in platform
specific code, iosapic.c:iosapic_register_platform_intr() does this
for platforms with an iosapic where the CPEI vector is listed in the
ACPI namespace, and on sn2, all external interrupts are assigned the
irq_type_sn type, so this change of assumption should be safe.
<edwardsg@sgi.com> (04/03/02 1.1612.27.16)
ia64: fix missing include in include/asm-ia64/sn/router.h
<davidm@tiger.hpl.hp.com> (04/03/02 1.1612.27.15)
ia64: More SAL cleanups/fixes.
Based on patch by Matthew Wilcox: make kernel work with old (broken) firmware
again and fix UP build problems.
<davidm@tiger.hpl.hp.com> (04/03/02 1.1612.27.14)
ia64: Rename ia64_invoke_kernel_thread_helper() to start_kernel_thread()
for symmetry with start_kernel() and to make it obvious when the
end of the call-chain has been reached.
<hch@lst.de> (04/03/01 1.1612.27.13)
[PATCH] ia64: simserial module refcounting update
<davidm@tiger.hpl.hp.com> (04/03/01 1.1612.27.12)
ia64: Move irq_enter()/irq_exit() from hardirq.h to irq_ia64.c. The work
done by these routines is very special and needs to be done
at exactly the right time. Removing it from the header-file
reduces the risk of accidental misuse. Other arch maintainers agree
that this is the Right Thing to do.
<willy@debian.org> (04/03/01 1.1612.27.11)
[PATCH] ia64: Add support for extended PCI config space
Support for extended config space on ia64.
- Add the new parameter 'type' to ia64_sal_pci_config_{read,write}
- Change callers to match.
- Don't check `value' for NULL -- drivers/pci/access.c guarantees it isn't.
- Make pci_sal_ops static.
- Add pci_sal_ext_ops.
- Introduce pci_set_sal_ops() as an arch_initcall to ensure the raw_pci_ops
get set before we walk the ACPI namespace to discover PCI root bridges
<willy@debian.org> (04/03/01 1.1612.27.10)
[PATCH] ia64: SAL cleanup
This patch reorganises sal.c and adds a small amount of new functionality.
- Introduce sal_revision to report what revision of the SAL spec is
supported by the system.
- Introduce sal_version to report what version of the vendor's SAL
implementation is present.
- Introduce SAL_VERSION_CODE to allow for easy comparisons.
- Print the version at boot, and remove the 'oem=' and 'vendor=' strings.
- Refactor ia64_sal_init() into several smaller functions.
- Delete the dead variables 'max' and 'min'.
- Stop printing the pal_proc and sal_proc entry addresses.
- Print "None" if there are no SAL platform features.
<willy@debian.org> (04/03/01 1.1612.27.9)
[PATCH] ia64: add zx1_defconfig
Here's my attempt at a zx1_defconfig. I haven't checked it on many
of the zx1 boxes (only zx2000 and rx2600) but I've set some options
I know are needed on the other boxes.
<alex.williamson@hp.com> (04/02/28 1.1612.27.8)
ia64: minor 2.6 sba_iommu update
This is a minor update to sba_iommu initialization code. I moved the
relaxed ordering to the zx1 specific init routine, those registers don't
do anything on sx1000. The iommu page size setup is more generalized on
ACPI ID, so the sx1000 specific init routine goes away. And the virtual
dma_mask on zx1 was tweaked a little to better reflect the memory
address space.
^ permalink raw reply [flat|nested] 73+ messages in thread* bk pull on ia64 linux tree
2004-01-13 0:59 Linus Torvalds
` (14 preceding siblings ...)
2004-03-12 5:37 ` David Mosberger
@ 2004-03-17 19:14 ` David Mosberger
2004-03-25 20:30 ` David Mosberger
` (43 subsequent siblings)
59 siblings, 0 replies; 73+ messages in thread
From: David Mosberger @ 2004-03-17 19:14 UTC (permalink / raw)
To: linux-ia64
Hi Linus,
please do a
bk pull http://lia64.bkbits.net/to-linus-2.5
This fixes an important bug which was tracked down by Luming You.
Thanks!
--david
include/asm-ia64/gcc_intrin.h | 7 +++----
1 files changed, 3 insertions(+), 4 deletions(-)
through these ChangeSets:
<davidm@tiger.hpl.hp.com> (04/03/17 1.1667)
ia64: Prevent GCC from clobbering r13. Found by Luming You.
Without this change, GCC thinks it's OK to clobber r13. It doesn't do it
very often, but it's enough if it does it once and it turns out
acpi_bus_receive_event() had code that would trigger this issue.
Fix by declaring r13 as a global register variable.
^ permalink raw reply [flat|nested] 73+ messages in thread* bk pull on ia64 linux tree
2004-01-13 0:59 Linus Torvalds
` (15 preceding siblings ...)
2004-03-17 19:14 ` David Mosberger
@ 2004-03-25 20:30 ` David Mosberger
2004-04-09 16:05 ` David Mosberger
` (42 subsequent siblings)
59 siblings, 0 replies; 73+ messages in thread
From: David Mosberger @ 2004-03-25 20:30 UTC (permalink / raw)
To: linux-ia64
Hi Linus,
please do a
bk pull http://lia64.bkbits.net/to-linus-2.5
This will update the files shown below. All ia64-specific stuff with
several important fixes.
Thanks!
--david
arch/ia64/Kconfig | 50 -----
arch/ia64/hp/common/sba_iommu.c | 8
arch/ia64/kernel/gate.S | 2
arch/ia64/kernel/machvec.c | 23 ++
arch/ia64/kernel/process.c | 21 +-
arch/ia64/kernel/setup.c | 69 ++++----
arch/ia64/kernel/smp.c | 14 -
arch/ia64/kernel/smpboot.c | 2
arch/ia64/kernel/time.c | 32 ++-
arch/ia64/kernel/traps.c | 2
arch/ia64/kernel/unaligned.c | 2
arch/ia64/kernel/vmlinux.lds.S | 9 +
arch/ia64/lib/swiotlb.c | 7
arch/ia64/mm/extable.c | 2
arch/ia64/mm/fault.c | 2
arch/ia64/pci/pci.c | 3
arch/ia64/sn/io/machvec/pci_dma.c | 7
arch/ia64/sn/io/sn2/shub.c | 292 ++++-------------------------------
arch/ia64/sn/kernel/mca.c | 2
arch/ia64/sn/kernel/sn2/sn_proc_fs.c | 57 ------
drivers/char/sn_serial.c | 18 +-
include/asm-ia64/dma-mapping.h | 3
include/asm-ia64/machvec.h | 58 ++----
include/asm-ia64/machvec_hpzx1.h | 14 -
include/asm-ia64/machvec_sn2.h | 2
include/asm-ia64/processor.h | 34 ++--
include/asm-ia64/sn/sndrv.h | 5
include/asm-ia64/uaccess.h | 6
28 files changed, 242 insertions(+), 504 deletions(-)
through these ChangeSets:
<davidm@tiger.hpl.hp.com> (04/03/25 1.1678)
ia64: Correct value for PREFETCH_STRIDE.
<davidm@tiger.hpl.hp.com> (04/03/25 1.1677)
ia64: Minor formatting fix for two earlier patches.
<davidm@tiger.hpl.hp.com> (04/03/25 1.1676)
ia64: Improve layout of cpuinfo_ia64
Stephane made some measurements on the access-pattern of the cpuinfo_ia64
members and based on those results, this patch reorganizes the structure
for better cache-line sharing.
<bjorn.helgaas@hp.com> (04/03/24 1.1675)
[PATCH] ia64: fix name conflict with handle_exception()
I tried to build usb/gadget/file_storage.c (CONFIG_USB_FILE_STORAGE=y),
but it uses "handle_exception()" for its own purposes, which conflicts
with the ia64 definition. ia64 only uses handle_exception() within
arch code, so it seems like we ought to rename it to be ia64-specific.
done_with_exception() looks similar, so I renamed it as well, although
there's no actual conflict.
<willy@debian.org> (04/03/23 1.1643.36.8)
[PATCH] ia64: Fix SAL 3.2 detection
This important fix checks the SAl *revision* rather than
the *version*. I carefully documented which was which, then used the
wrong one.
<markgw@sgi.com> (04/03/23 1.1643.36.7)
[PATCH] ia64: deprecate SN2 linkstatd
This patch against 2.6.5-rc2 affects the SGI/SN platform only. It deprecates
a kernel daemon for our interconnect traffic statistics which has been
replaced by a userland tool.
<alex.williamson@hp.com> (04/03/23 1.1643.36.6)
[PATCH] ia64: lost sx1000 naming in sba_iommu
Mainly cosmetic, but Bjorn noticed I got a little over zealous in
cleaning out the sx1000 specific init routines in sba_iommu. This adds
back in the ID->name mapping so it doesn't show up as "Unknown".
<jbarnes@sgi.com> (04/03/23 1.1643.36.5)
[PATCH] ia64: quiet sn_serial driver
Bjorn pointed out that the sn console driver will spew printks if
compiled in even if no hardware is present. In addition to fixing
that, I took the opportunity to cleanup/correct a few other printks in
that driver.
<kaos@sgi.com> (04/03/23 1.1643.36.4)
[PATCH] ia64: SN2 salinfo oemdata race fix
sn_oemdata_* variables must only be used under the sn_oemdata_mutex.
<davidm@tiger.hpl.hp.com> (04/03/23 1.1643.36.3)
ia64: Manual merge of Andrew/Alex/Bjorn's dma_mapping_error() changes.
<akpm@osdl.org> (04/03/23 1.1643.36.2)
[PATCH] ia64: add dma_mapping_error() support
<kenneth.w.chen@intel.com> (04/03/19 1.1643.14.9)
[PATCH] ia64: Interim pal_halt_light patch
While the sysctl variable is being worked out in the general kernel, here is
an interim patch which allows boot-time/dynamic control over the use of
PAL_HALT_LIGHT in the idle-loop.
<jeremy@sgi.com> (04/03/18 1.1643.14.8)
[PATCH] ia64: make level sensitive interrupt emulation default on SN2
SN2 doesn't fully support level triggered interrupts. As a
workaround, we need this patch to force another interrupt if the line
is still high after a handler completes.
<davidm@tiger.hpl.hp.com> (04/03/18 1.1643.14.7)
ia64: Small cleanup in __kernel_sigtramp().
<davidm@tiger.hpl.hp.com> (04/03/17 1.1643.14.6)
ia64: GCC v3.5 fixes.
GCC v3.5 doesn't like it when a function gets cast to a
function-pointer with a different signature. In fact, it exterts
extreme prejudice in this case and replaces the call-site with a call
to __builtin_trap()! Fix this by providing appropriately typed
dummy-functions for the macvec operations as needed.
While at it, also clean up some machvec handlers which weren't used anywhere.
<kaos@sgi.com> (04/03/17 1.1643.14.5)
[PATCH] ia64: force all kernel sections into one and the same segment
Older versions of the linker do not handle cross-segment segment-relative
relocations properly. This becomes a real problem when the linker decides
to put .text and .text.init into different segments (for whatever reasons)
because in that case, broken linkers will produce a broken unwind section,
which can cause nasty Heisenbugs, where, for example, unwinding may or may
not work depending on the exact value of the IP in a function.
<willy@debian.org> (04/03/17 1.1643.14.4)
[PATCH] ia64: kill unused ACPI configgery
The config ACPI helptext isn't used because the option is never
presented to the user.
ACPI_KERNEL_CONFIG is unused.
ACPI_INTERPRETER is now set in drivers/acpi/Kconfig.
<bjorn.helgaas@hp.com> (04/03/17 1.1643.14.3)
[PATCH] ia64: init IO port space, IO accessors earlier
This is a minor patch to get things setup so consoles can
work earlier. (No change to consoles here, I just split this
out to make the diff easier to read.)
(io_port_init): New function, same old code to setup ia64_iobase
and legacy IO port space.
(setup_arch): Call io_port_init() and machvec_init() as early as
possible so consoles can work earlier.
^ permalink raw reply [flat|nested] 73+ messages in thread* bk pull on ia64 linux tree
2004-01-13 0:59 Linus Torvalds
` (16 preceding siblings ...)
2004-03-25 20:30 ` David Mosberger
@ 2004-04-09 16:05 ` David Mosberger
2004-04-23 6:48 ` David Mosberger
` (41 subsequent siblings)
59 siblings, 0 replies; 73+ messages in thread
From: David Mosberger @ 2004-04-09 16:05 UTC (permalink / raw)
To: linux-ia64
Hi Linus,
I'm running behind with 2.6.5 but since there is a largish
perfmon-update pending, I thought I should get this out before
2.6.5-rc1.
Please do a
bk pull http://lia64.bkbits.net/to-linus-2.5
This will update the files shown below.
Thanks!
--david
arch/ia64/Kconfig | 4
arch/ia64/hp/common/sba_iommu.c | 13
arch/ia64/hp/sim/Kconfig | 2
arch/ia64/kernel/acpi.c | 24 -
arch/ia64/kernel/perfmon.c | 615 ++++++++++++++++---------------
arch/ia64/kernel/perfmon_mckinley.h | 13
arch/ia64/kernel/sys_ia64.c | 8
arch/ia64/mm/hugetlbpage.c | 1
arch/ia64/pci/pci.c | 1
arch/ia64/sn/io/hwgfs/interface.c | 6
arch/ia64/sn/io/machvec/pci_bus_cvlink.c | 26 -
arch/ia64/sn/io/machvec/pci_dma.c | 12
arch/ia64/sn/io/sn2/pcibr/pcibr_slot.c | 3
drivers/char/sn_serial.c | 4
include/asm-ia64/machvec_hpzx1.h | 3
include/asm-ia64/perfmon.h | 7
include/asm-ia64/processor.h | 8
17 files changed, 403 insertions(+), 347 deletions(-)
through these ChangeSets:
<davidm@tiger.hpl.hp.com> (04/04/08 1.1789)
ia64: Make acpi.c compile again: there was an implicit declaration
mismatch because the external declaration isn't in the arch-
independent ACPI bits yet.
<eranian@hpl.hp.com> (04/04/08 1.1788)
[PATCH] ia64: perfmon update
Here is a new perfmon patch. It is important because it
fixes the problem of the close() when the file descriptor
is shared between two related processes. The good thing
is that it simplifies a lot the cleanup of the sampling
buffer.
Here is the ChangeLog:
- fix bug in pfm_close() when the descriptor is
shared between related processed. Introduce
a pfm_flush() called for each invocation of
close(). pfm_close() only called for the last
user.
- fix pfm_restore_monitoring() to also reload
the debug registers. They could be modified
while monitoring is masked.
- fix pfm_close() to clear ctx_fl_is_sampling.
- fix a bug in pfm_handle_work() which could cause
the wrong PMD to be reset.
- converted PROTECT_CTX/UNPROTECT_CTX into
local_irq_save/restore to keep context protection
but allow IPI to proceed.
- updated pfm_syswide_force_stop() to use
local_irq_save/restore now that the context
is protected from the caller side.
- updated pfm_mck_pmc_check() to check if context is
loaded before checking for special IBR/DBR combinations.
Clearing the debug registers is not needed when the context
is not yet loaded.
- updated perfmon.h to have to correct prototype definitions
for the pfm_mod_*() functions.
- got rid of the PFM_CTX_TERMINATED state.
- cleanup the DPRINT() statements to remove
explicit output of current->pid. This is done
systematically by the macros.
- added a systctl entry (expert_mode) to bypass
read/write checks on PMC/PMD. As its name indicates
this is for experts ONLY. Must be root to toggle
/proc/sys entry.
- corrected pfm_mod_*() to check against the current task.
- removed pfm_mod_fast_read_pmds(). It is never needed.
- added pfm_mod_write_ibrs() and pfm_mod_write_dbrs().
<bjorn.helgaas@hp.com> (04/04/08 1.1787)
[PATCH] ia64: allow simscsi to be a module
Requiring CONFIG_HP_SIMSCSI to be either "y" or "n" breaks
allmodconfig, because simscsi ends up built-in, while scsi itself
is a module. So allow simscsi to be a module also.
<bjorn.helgaas@hp.com> (04/04/08 1.1786)
[PATCH] ia64: ACPI IRQ cleanup (arch part)
Here's the ia64 part of the ACPI IRQ cleanup I proposed here:
http://www.gelato.unsw.edu.au/linux-ia64/0403/8979.html
After the arch bits are in, I'll post the corresponding ACPI changes.
I removed the "Found IRQ" printk now because when the ACPI
change goes in, dev->irq won't be initialized until *after*
acpi_pci_irq_enable().
<petri.koistinen@iki.fi> (04/04/08 1.1785)
[PATCH] ia64: put URLs in documentation files inside angle-brackets
Patch by Petri T. Koistinen.
<alex.williamson@hp.com> (04/04/05 1.1678.1.13)
[PATCH] ia64: setup max dma addr earlier on hp boxes
sba_iommu was setting up MAX_DMA_ADDRESS way too late to do any
good. This patch makes it get setup via platform_setup, so it's ready
for paging_init(). All pages should show up in zone DMA now. Against
latest 2.6.
<schwab@suse.de> (04/04/05 1.1678.1.12)
[PATCH] ia64: Missing include in hugetlbpage.c
This fixes a missing include file in arch/ia64/mm/hugetlbpage.c in 2.6.5.
module.h is needed for EXPORT_SYMBOL.
<schwab@suse.de> (04/04/05 1.1678.1.11)
[PATCH] ia64: Missing overflow check in mmap
Calling mmap with len = -1 was silently accepted. The test in the generic
code was fixed in July 2003, but the fix didn't make it into the ia64-
specific code.
<jbarnes@sgi.com> (04/04/01 1.1678.1.10)
[PATCH] ia64: bring ia64 nodes online properly
Andi's libnuma exposed the fact that we don't bring nodes online
properly as we discover them in ia64. Here's a quick patch to fix
that. Tested with Andi's numademo program; seems to work fine.
<pfg@sgi.com> (04/04/01 1.1678.1.9)
[PATCH] ia64: small SN2 interface.c patch
Change the calls to link_path_walk() to path_walk(). link_path_walk()
doesn't initialze current->total_link_count and path_walk() does.
Without the initialization, path_walks start to fail when 40 sym links
have been followed.
<jbarnes@sgi.com> (04/04/01 1.1678.1.8)
[PATCH] ia64: fix sn_serial warning
In my fixes to quiet the sn_serial driver, I made sn_debug_printf only
get used when the DEBUG define was turned on in the driver but forgot
to #ifdef out the function definition, causing an 'defined but not
used' warning. This patch fixes that.
<jbarnes@sgi.com> (04/04/01 1.1678.1.7)
[PATCH] ia64: clean up pcibr_slot.c warnings
A few warnings crept into pcibr_slot.c that this patch takes care of.
- forward declare pcibr_slot_pwr so it can be used w/o warning
- fix argument passed to pcibr_slot_attach in pcibr_slot_enable
<jbarnes@sgi.com> (04/03/26 1.1678.1.6)
[PATCH] ia64: only scan SN2 PCI busses that exist
sn_pci_init was unconditionally scanning 255 PCI busses, even though
only a few are actually present on most systems. This patch adds a
check to make sure a given bus exists before doing the scan, which
saves a little memory and also makes /sys/devices reflect reality a
bit more closely.
<jbarnes@sgi.com> (04/03/26 1.1678.1.5)
[PATCH] ia64: implement SN2 version of dma_mapping_error()
On sn2, dma_mapping_error is trivial. pci_map_single was already returning 0
in case of failure (0 is an invalid DMA address on sn2), so make
dma_mapping_error check for that.
<davidm@tiger.hpl.hp.com> (04/03/25 1.1678.1.4)
ia64: Patch by Stephane Eranian: remove irq_stat from cpuinfo_ia64.
irq_stat isn't needed anymore since its members got rolled into
thread_info.preempt_count.
^ permalink raw reply [flat|nested] 73+ messages in thread* bk pull on ia64 linux tree
2004-01-13 0:59 Linus Torvalds
` (17 preceding siblings ...)
2004-04-09 16:05 ` David Mosberger
@ 2004-04-23 6:48 ` David Mosberger
2004-04-29 22:21 ` David Mosberger
` (40 subsequent siblings)
59 siblings, 0 replies; 73+ messages in thread
From: David Mosberger @ 2004-04-23 6:48 UTC (permalink / raw)
To: linux-ia64
Hi Linus,
please do a
bk pull http://lia64.bkbits.net/to-linus-2.5
This will update the files shown below.
Main thing here is the addition of mq support (native support passes
glibc test-suite now; I haven't tried testing the ia32-emulation
code).
Thanks!
--david
arch/ia64/ia32/ia32_entry.S | 8 +++
arch/ia64/ia32/ia32_signal.c | 8 ++-
arch/ia64/kernel/entry.S | 12 ++---
arch/ia64/kernel/fsys.S | 12 ++---
arch/ia64/kernel/iosapic.c | 2
arch/ia64/kernel/signal.c | 41 +++----------------
arch/ia64/kernel/traps.c | 2
arch/ia64/pci/pci.c | 91 +++++++++++++++----------------------------
include/asm-ia64/ia32.h | 2
include/asm-ia64/siginfo.h | 2
include/asm-ia64/unistd.h | 6 ++
11 files changed, 75 insertions(+), 111 deletions(-)
through these ChangeSets:
<davidm@tiger.hpl.hp.com> (04/04/22 1.1920)
ia64: Add message-queue support to copy_siginfo_from_user().
<jakub@redhat.com> (04/04/21 1.1919)
[PATCH] ia64: add mq support for ia64
<mbp@vexed.ozlabs.hp.com> (04/04/16 1.1713.24.12)
[PATCH] ia64: fpswa_interface needs to be exported
efivars can be built as a module, but it depends on 'fpswa_interface'
which is not exported by fpswa.c. Patch below fixes this problem.
<davidm@tiger.hpl.hp.com> (04/04/13 1.1713.24.11)
ia64: When delivering a signal, force byte-order to little-endian.
<davidm@tiger.hpl.hp.com> (04/04/13 1.1713.24.10)
ia64: Drop pci_sal_ext_{read,write}() and instead simply switch to
extended config-space addresses when needed. This avoids
the fragile SAL version testing.
<davidm@tiger.hpl.hp.com> (04/04/13 1.1713.24.9)
ia64: Quiet another compiler-warning.
^ permalink raw reply [flat|nested] 73+ messages in thread* bk pull on ia64 linux tree
2004-01-13 0:59 Linus Torvalds
` (18 preceding siblings ...)
2004-04-23 6:48 ` David Mosberger
@ 2004-04-29 22:21 ` David Mosberger
2004-04-30 17:49 ` David Mosberger
` (39 subsequent siblings)
59 siblings, 0 replies; 73+ messages in thread
From: David Mosberger @ 2004-04-29 22:21 UTC (permalink / raw)
To: linux-ia64
Hi Linus,
Please do a
bk pull http://lia64.bkbits.net/to-linus-2.5
This will update the files shown below.
Apart from small SN2 fixes, there is a tiny but important fix to
pgtable.h. It fixes breakage introduced by the Non-Exec stack patch
which caused the X server to get stuck. The X server doesn't like it
if it can't turn on execute permission on the loaded modules...
Thanks!
--david
arch/ia64/kernel/smp.c | 2 ++
arch/ia64/sn/io/io.c | 4 ++++
arch/ia64/sn/io/machvec/pci_bus_cvlink.c | 5 -----
arch/ia64/sn/kernel/irq.c | 6 +++++-
include/asm-ia64/pgtable.h | 4 ++--
include/asm-ia64/sn/sn_sal.h | 2 +-
6 files changed, 14 insertions(+), 9 deletions(-)
through these ChangeSets:
<pfg@sgi.com> (04/04/29 1.1607)
[PATCH] ia64: SN2 fix
Move HW interrupt register init. to the proper place
and don't force an interrupt if the IRQ is disabled
or in progress.
<davidm@tiger.hpl.hp.com> (04/04/29 1.1606)
ia64: Fix Exec-Only stack patch so X can work again.
No pun intended, but X can't work if it can't turn on eXecute-permission
on the some data pages...
<davidm@tiger.hpl.hp.com> (04/04/26 1.1371.1.539)
[PATCH] ia64: BUG if smp_call_function is called with interrupts disabled
smp_call_function() may not be called with interrupts disabled.
Violating this precondition leads to bugs that are hard to reproduce
and even harder to diagnose. Thus, catch violations with BUG_ON().
<kaos@sgi.com> (04/04/26 1.1371.1.538)
[PATCH] ia64: SN_SAL_PRINT_ERROR is reentrant
^ permalink raw reply [flat|nested] 73+ messages in thread* bk pull on ia64 linux tree
2004-01-13 0:59 Linus Torvalds
` (19 preceding siblings ...)
2004-04-29 22:21 ` David Mosberger
@ 2004-04-30 17:49 ` David Mosberger
2004-05-03 22:58 ` David Mosberger
` (38 subsequent siblings)
59 siblings, 0 replies; 73+ messages in thread
From: David Mosberger @ 2004-04-30 17:49 UTC (permalink / raw)
To: linux-ia64
Hi Linus,
please do a
bk pull http://lia64.bkbits.net/to-linus-2.5
This will update the files shown below. This is an urgent fix: it
undoes a BUG_ON(irqs_disabled()) in smp_call_function(). The patch is
correct, but it turns out there are drivers (such as SCSI generic)
that rely on the being able to run the risk of deadlock.
Keith, my suggestion is that the patch be resubmitted after 2.6.7
opens up. Probably it would be best to add the BUG_ON() to _all_
platforms.
Thanks!
--david
arch/ia64/kernel/smp.c | 2 --
1 files changed, 2 deletions(-)
through these ChangeSets:
<davidm@tiger.hpl.hp.com> (04/04/30 1.1608)
Cset exclude: davidm@tiger.hpl.hp.com|ChangeSet|20040427053149|28511
^ permalink raw reply [flat|nested] 73+ messages in thread* bk pull on ia64 linux tree
2004-01-13 0:59 Linus Torvalds
` (20 preceding siblings ...)
2004-04-30 17:49 ` David Mosberger
@ 2004-05-03 22:58 ` David Mosberger
2004-05-11 7:02 ` David Mosberger
` (37 subsequent siblings)
59 siblings, 0 replies; 73+ messages in thread
From: David Mosberger @ 2004-05-03 22:58 UTC (permalink / raw)
To: linux-ia64
Hi Linus,
please do a
bk pull http://lia64.bkbits.net/to-linus-2.5
This will update the files shown below. Just a small bug fix.
Thanks!
--david
arch/ia64/kernel/head.S | 3 ++-
1 files changed, 2 insertions(+), 1 deletion(-)
through these ChangeSets:
<davidm@tiger.hpl.hp.com> (04/05/03 1.1609)
ia64: Avoid ".save rp, r0" since the kernel unwinder doesn't support it yet.
Once we switch to a libunwind-based kernel unwinder, this code can be
re-enabled again.
^ permalink raw reply [flat|nested] 73+ messages in thread* bk pull on ia64 linux tree
2004-01-13 0:59 Linus Torvalds
` (21 preceding siblings ...)
2004-05-03 22:58 ` David Mosberger
@ 2004-05-11 7:02 ` David Mosberger
2004-05-11 7:06 ` Christoph Hellwig
` (36 subsequent siblings)
59 siblings, 0 replies; 73+ messages in thread
From: David Mosberger @ 2004-05-11 7:02 UTC (permalink / raw)
To: linux-ia64
Hi Linus,
please do a
bk pull http://lia64.bkbits.net/to-linus-2.5
This will update the files shown below.
Thanks!
--david
arch/ia64/kernel/perfmon_hpsim.h | 75 --------
arch/ia64/hp/sim/boot/boot_head.S | 14 -
arch/ia64/ia32/Makefile | 4
arch/ia64/ia32/ia32_signal.c | 19 --
arch/ia64/kernel/Makefile | 3
arch/ia64/kernel/efi.c | 27 ++
arch/ia64/kernel/fsys.S | 4
arch/ia64/kernel/head.S | 9
arch/ia64/kernel/ivt.S | 35 +++
arch/ia64/kernel/perfmon.c | 291 +++++++++++++++++---------------
arch/ia64/kernel/perfmon_generic.h | 10 -
arch/ia64/kernel/perfmon_hpsim.h | 18 -
arch/ia64/kernel/perfmon_itanium.h | 60 +++---
arch/ia64/kernel/perfmon_mckinley.h | 45 ++--
arch/ia64/kernel/signal.c | 17 -
arch/ia64/kernel/smp.c | 1
arch/ia64/kernel/smpboot.c | 8
arch/ia64/kernel/traps.c | 23 --
arch/ia64/kernel/unwind.c | 72 ++++++-
arch/ia64/kernel/unwind_i.h | 1
arch/ia64/mm/init.c | 1
arch/ia64/scripts/check-serialize.S | 2
arch/ia64/scripts/toolchain-flags | 10 +
arch/ia64/sn/io/sn2/ml_SN_intr.c | 26 ++
arch/ia64/sn/kernel/setup.c | 6
arch/ia64/sn/kernel/sn2/prominfo_proc.c | 13 -
drivers/char/sn_serial.c | 3
include/asm-ia64/asmmacro.h | 8
include/asm-ia64/gcc_intrin.h | 14 +
include/asm-ia64/intel_intrin.h | 3
include/asm-ia64/sn/arch.h | 2
include/asm-ia64/sn/nodepda.h | 7
include/asm-ia64/system.h | 12 -
include/asm-ia64/unistd.h | 4
34 files changed, 431 insertions(+), 416 deletions(-)
through these ChangeSets:
<davidm@tiger.hpl.hp.com> (04/05/10 1.1620)
ia64: Minor changes to get a (mostly) clean compile with GCC pre-3.5.
<davidm@tiger.hpl.hp.com> (04/05/10 1.1619)
ia64: Add support to the kernel unwinder for the ".save rp, r0" idiom.
Based on patch by Keith Owens.
<eranian@hpl.hp.com> (04/05/07 1.1587.10.13)
[PATCH] ia64: make perfmon treat Ski simulator like real Itanium chip
Remove perfmon_hpsim.c. Support is folded into perfmon_itanium.c or
perfmon_itanium2.c depending on how Ski identifies itself via the CPU
ID family (Merced or McKinley/Madison). Also fix firmware emulator
PAL_PERFMON_INFO emulation to report Itanium2 information.
<hch@lst.de> (04/05/07 1.1587.10.12)
[PATCH] ia64: fix MOD_{INC,DEC}_USE_COUNT use in prominfo
set proper proc_entry owner instead. Patch OK'd by Jesse Barnes.
<davidm@tiger.hpl.hp.com> (04/05/06 1.1587.10.11)
ia64: Fix spurious GAS dependency-violation (dv) warnings by taking
advantage of two new GAS directives (.serialize.{data,instruction}).
<pfg@sgi.com> (04/05/06 1.1587.10.10)
[PATCH] ia64: SN2 - remove node_first_cpu member
Remove node_first_cpu member from nodepda_s and replace its usage with calls
to sn_get_node_first_cpu().
<davidm@tiger.hpl.hp.com> (04/05/05 1.1587.10.9)
ia64: rename "mem" boot parameter to "max_addr" and implement proper "mem"
Patch by Robert Picco:
This patch renames the mem bootparameter to max_addr and implements the mem
boot parameter to work as documented (i.e., to limit the amount of memory
to be recognized by the kernel).
<a.othieno@bluewin.ch> (04/05/05 1.1587.10.8)
[PATCH] ia64: arch/ia64/kernel/smp.c: kill duplicate #include
linux/cache.h is included more than once.
<bjorn.helgaas@hp.com> (04/05/05 1.1587.10.7)
[PATCH] ia64: initialize IO-port-base early
(start_secondary): Set up IO port base here, in case early console
needs it.
(smp_callin): Move IO port base setup to start_secondary().
<eranian@hpl.hp.com> (04/05/05 1.1587.10.6)
[PATCH] ia64: perfmon update
- Cleanup the read/write check routines for pfm_write_pmcs,
pfm_write_pmds, pfm_read_pmds.
- Autodetect the PMU model. No need to have the kernel compiled for
Itanium, HP Simulator, or Itanium2. The support for all PMU models
is included. Probing is based on processor family and
platform_name, if necessary. With this patch, it is possible to use
an Itanium2 compiled kernel on an Itanium 1 system and get perfmon
to work.
- Removed remaining dependency on CONFIG_MCKINLEY by adding a new
field (flags) to pmu_config_t. Update /proc/perfmon to show the new
field.
- Fixed a bug in the Itanium2 pmc_ita2_write_check() where an inactive
PMC13 would be considered active.
<davidm@tiger.hpl.hp.com> (04/05/03 1.1587.10.5)
ia64: Avoid ".save rp, r0" since the kernel unwinder doesn't support it yet.
Once we switch to a libunwind-based kernel unwinder, this code can be
re-enabled again.
^ permalink raw reply [flat|nested] 73+ messages in thread* Re: bk pull on ia64 linux tree
2004-01-13 0:59 Linus Torvalds
` (22 preceding siblings ...)
2004-05-11 7:02 ` David Mosberger
@ 2004-05-11 7:06 ` Christoph Hellwig
2004-05-11 18:39 ` Jesse Barnes
` (35 subsequent siblings)
59 siblings, 0 replies; 73+ messages in thread
From: Christoph Hellwig @ 2004-05-11 7:06 UTC (permalink / raw)
To: linux-ia64
On Tue, May 11, 2004 at 12:02:34AM -0700, David Mosberger wrote:
>
> <pfg@sgi.com> (04/05/06 1.1587.10.10)
> [PATCH] ia64: SN2 - remove node_first_cpu member
>
> Remove node_first_cpu member from nodepda_s and replace its usage with calls
> to sn_get_node_first_cpu().
This should still use the topology API even if Pat decided to ignore the
review.
^ permalink raw reply [flat|nested] 73+ messages in thread* Re: bk pull on ia64 linux tree
2004-01-13 0:59 Linus Torvalds
` (23 preceding siblings ...)
2004-05-11 7:06 ` Christoph Hellwig
@ 2004-05-11 18:39 ` Jesse Barnes
2004-05-21 21:45 ` David Mosberger
` (34 subsequent siblings)
59 siblings, 0 replies; 73+ messages in thread
From: Jesse Barnes @ 2004-05-11 18:39 UTC (permalink / raw)
To: linux-ia64
[-- Attachment #1: Type: text/plain, Size: 685 bytes --]
On Tuesday, May 11, 2004 12:06 am, Christoph Hellwig wrote:
> On Tue, May 11, 2004 at 12:02:34AM -0700, David Mosberger wrote:
> > <pfg@sgi.com> (04/05/06 1.1587.10.10)
> > [PATCH] ia64: SN2 - remove node_first_cpu member
> >
> > Remove node_first_cpu member from nodepda_s and replace its usage with
> > calls to sn_get_node_first_cpu().
>
> This should still use the topology API even if Pat decided to ignore the
> review.
Right. Here's a patch to kill it.
sn_get_node_first_cpu() is redundant, so kill it. Since calls to this routine
happen rather late in the boot process, using the generic topology functions
is safe. Fixup the callers and kill the function.
Jesse
[-- Attachment #2: kill-sn-first-cpu.patch --]
[-- Type: text/plain, Size: 3612 bytes --]
# This is a BitKeeper generated patch for the following project:
# Project Name: Linux kernel tree
# This patch format is intended for GNU patch command version 2.5 or higher.
# This patch includes the following deltas:
# ChangeSet 1.1620 -> 1.1621
# include/asm-ia64/sn/arch.h 1.8 -> 1.9
# arch/ia64/sn/io/sn2/ml_SN_intr.c 1.11 -> 1.12
# drivers/char/sn_serial.c 1.12 -> 1.13
#
# The following is the BitKeeper ChangeSet Log
# --------------------------------------------
# 04/05/11 jbarnes@tomahawk.engr.sgi.com 1.1621
# kill redundant function
# --------------------------------------------
#
diff -Nru a/arch/ia64/sn/io/sn2/ml_SN_intr.c b/arch/ia64/sn/io/sn2/ml_SN_intr.c
--- a/arch/ia64/sn/io/sn2/ml_SN_intr.c Tue May 11 11:28:00 2004
+++ b/arch/ia64/sn/io/sn2/ml_SN_intr.c Tue May 11 11:28:00 2004
@@ -12,6 +12,7 @@
#include <asm/smp.h>
#include <asm/irq.h>
#include <asm/hw_irq.h>
+#include <asm/topology.h>
#include <asm/sn/sgi.h>
#include <asm/sn/iograph.h>
#include <asm/sn/hcl.h>
@@ -36,25 +37,6 @@
extern cnodeid_t master_node_get(vertex_hdl_t vhdl);
extern nasid_t master_nasid;
-cpuid_t
-sn_get_node_first_cpu(cnodeid_t cnode) {
- int cpuid = -1, slice;
-
- for (slice = CPUS_PER_NODE - 1; slice >= 0; slice--) {
- cpuid = cnode_slice_to_cpuid(cnode, slice);
- if (cpuid == NR_CPUS)
- continue;
- if (!cpu_online(cpuid))
- continue;
- break;
- }
- if (slice < 0) {
- return CPU_NONE;
- }
- return cpuid;
-}
-
-
/* Initialize some shub registers for interrupts, both IO and error. */
void intr_init_vecblk(cnodeid_t node)
{
@@ -78,13 +60,13 @@
HUB_S((unsigned long *)GLOBAL_MMR_ADDR(nasid, SH_INT_NODE_ID_CONFIG),
node_id_config.sh_int_node_id_config_regval);
cnode = nasid_to_cnodeid(master_nasid);
- cpu = sn_get_node_first_cpu(cnode);
+ cpu = first_cpu(node_to_cpumask(cnode));
cpu = cpu_physical_id(cpu);
SAL_CALL(ret_stuff, SN_SAL_REGISTER_CE, nasid, cpu, master_nasid,0,0,0,0);
if (ret_stuff.status < 0)
printk("%s: SN_SAL_REGISTER_CE SAL_CALL failed\n",__FUNCTION__);
} else {
- cpu = sn_get_node_first_cpu(node);
+ cpu = first_cpu(node_to_cpumask(node));
cpu = cpu_physical_id(cpu);
}
diff -Nru a/drivers/char/sn_serial.c b/drivers/char/sn_serial.c
--- a/drivers/char/sn_serial.c Tue May 11 11:28:00 2004
+++ b/drivers/char/sn_serial.c Tue May 11 11:28:00 2004
@@ -500,10 +500,9 @@
nasid_t console_nasid;
unsigned int console_irq;
int result;
- extern cpuid_t sn_get_node_first_cpu(cnodeid_t cnode);
console_nasid = ia64_sn_get_console_nasid();
- intr_cpuid = sn_get_node_first_cpu(NASID_TO_COMPACT_NODEID(console_nasid));
+ intr_cpuid = first_cpu(node_to_cpumask(NASID_TO_COMPACT_NODEID(console_nasid)));
intr_cpuloc = cpu_physical_id(intr_cpuid);
console_irq = CPU_VECTOR_TO_IRQ(intr_cpuloc, SGI_UART_VECTOR);
diff -Nru a/include/asm-ia64/sn/arch.h b/include/asm-ia64/sn/arch.h
--- a/include/asm-ia64/sn/arch.h Tue May 11 11:28:00 2004
+++ b/include/asm-ia64/sn/arch.h Tue May 11 11:28:00 2004
@@ -20,8 +20,6 @@
typedef u64 mmr_t;
typedef u64 nic_t;
-#define CNODE_TO_CPU_BASE(_cnode) (sn_get_node_first_cpu(_cnode))
-
#define NASID_TO_COMPACT_NODEID(nasid) (nasid_to_cnodeid(nasid))
#define COMPACT_TO_NASID_NODEID(cnode) (cnodeid_to_nasid(cnode))
@@ -34,9 +32,7 @@
#define INVALID_PARTID ((partid_t)-1)
extern cpuid_t cnodetocpu(cnodeid_t);
-void sn_flush_all_caches(long addr, long bytes);
-
-extern int is_fine_dirmode(void);
-
+extern void sn_flush_all_caches(long addr, long bytes);
+extern int is_fine_dirmode(void);
#endif /* _ASM_IA64_SN_ARCH_H */
^ permalink raw reply [flat|nested] 73+ messages in thread* bk pull on ia64 linux tree
2004-01-13 0:59 Linus Torvalds
` (24 preceding siblings ...)
2004-05-11 18:39 ` Jesse Barnes
@ 2004-05-21 21:45 ` David Mosberger
2004-06-05 5:57 ` David Mosberger
` (33 subsequent siblings)
59 siblings, 0 replies; 73+ messages in thread
From: David Mosberger @ 2004-05-21 21:45 UTC (permalink / raw)
To: linux-ia64
Hi Linus,
please do a
bk pull http://lia64.bkbits.net/to-linus-2.5
This will update the files shown below.
Thanks!
--david
arch/ia64/kernel/perfmon_hpsim.h | 75 ---
arch/ia64/defconfig | 94 ++--
arch/ia64/hp/sim/boot/boot_head.S | 14
arch/ia64/ia32/Makefile | 4
arch/ia64/ia32/ia32_signal.c | 19
arch/ia64/kernel/Makefile | 3
arch/ia64/kernel/efi.c | 27 +
arch/ia64/kernel/fsys.S | 43 --
arch/ia64/kernel/head.S | 9
arch/ia64/kernel/ivt.S | 35 +
arch/ia64/kernel/machvec.c | 2
arch/ia64/kernel/perfmon.c | 555 ++++++++++++++++------------
arch/ia64/kernel/perfmon_generic.h | 10
arch/ia64/kernel/perfmon_hpsim.h | 18
arch/ia64/kernel/perfmon_itanium.h | 60 +--
arch/ia64/kernel/perfmon_mckinley.h | 45 --
arch/ia64/kernel/process.c | 1
arch/ia64/kernel/signal.c | 17
arch/ia64/kernel/smp.c | 1
arch/ia64/kernel/smpboot.c | 47 +-
arch/ia64/kernel/traps.c | 23 -
arch/ia64/kernel/unwind.c | 72 ++-
arch/ia64/kernel/unwind_i.h | 1
arch/ia64/mm/init.c | 1
arch/ia64/scripts/check-serialize.S | 2
arch/ia64/scripts/toolchain-flags | 10
arch/ia64/sn/io/io.c | 2
arch/ia64/sn/io/machvec/pci_bus_cvlink.c | 33 +
arch/ia64/sn/io/platform_init/sgi_io_init.c | 7
arch/ia64/sn/io/sn2/klgraph.c | 22 -
arch/ia64/sn/io/sn2/ml_SN_init.c | 8
arch/ia64/sn/io/sn2/ml_SN_intr.c | 50 +-
arch/ia64/sn/io/sn2/ml_iograph.c | 8
arch/ia64/sn/io/sn2/module.c | 4
arch/ia64/sn/io/sn2/pcibr/pcibr_dvr.c | 6
arch/ia64/sn/io/sn2/pic.c | 4
arch/ia64/sn/io/sn2/shuberror.c | 4
arch/ia64/sn/io/sn2/shubio.c | 4
arch/ia64/sn/kernel/setup.c | 6
arch/ia64/sn/kernel/sn2/prominfo_proc.c | 13
drivers/char/sn_serial.c | 8
include/asm-ia64/asmmacro.h | 8
include/asm-ia64/atomic.h | 4
include/asm-ia64/delay.h | 6
include/asm-ia64/gcc_intrin.h | 14
include/asm-ia64/intel_intrin.h | 3
include/asm-ia64/sn/arch.h | 14
include/asm-ia64/sn/intr.h | 2
include/asm-ia64/sn/module.h | 4
include/asm-ia64/sn/nodepda.h | 7
include/asm-ia64/sn/sn2/sn_private.h | 2
include/asm-ia64/sn/types.h | 2
include/asm-ia64/system.h | 12
include/asm-ia64/unistd.h | 9
54 files changed, 773 insertions(+), 681 deletions(-)
through these ChangeSets:
<davidm@tiger.hpl.hp.com> (04/05/21 1.1635)
ia64: Update defconfig
<davidm@tiger.hpl.hp.com> (04/05/21 1.1634)
ia64: Kill a warning when arch/ia64/kernel/machvec.c gets compiled on UP.
<peterc@gelato.unsw.edu.au> (04/05/21 1.1633)
ia64: Make cond_syscall() declare a dummy prototype so GCC doesn't complain.
<davidm@tiger.hpl.hp.com> (04/05/20 1.1632)
ia64: Reserve syscall number for kexec_load().
<davidm@tiger.hpl.hp.com> (04/05/20 1.1631)
ia64: Fix bug in fsys_rt_sigprocmask() reported by Andreas Schwab.
<eranian@hpl.hp.com> (04/05/19 1.1630)
[PATCH] ia64: fix 1-CPU PMC/PMD dump for /proc/perfmon when PFM_DEBUG is on
<davidm@tiger.hpl.hp.com> (04/05/13 1.1629)
ia64: Correct atomic_inc_and_test() and atomic64_inc_and_test().
<davidm@tiger.hpl.hp.com> (04/05/13 1.1628)
ia64: fix spurious "timer tick before it's due" problem
Patch Bjorn Helgaas: Fix the "timer tick before it's due" complaint
from timer_interrupt(). The problem was that smp_callin() turned
on the periodic timer tick before syncing the ITC with the BP.
Syncing the ITC happens with interrupts disabled, and if you're
unlucky enough to (1) pend a timer interrupt, and (2) set the ITC
back before the ITM value that caused the timer interrupt, you
can get stuck for several iterations in the following cycle
(assume 100 clocks per tick):
ITC ITM
--- ---
ia64_init_itm()
100 200 schedule first tick at 200
ia64_sync_itc()
disable interrupts
200 200 ITC = ITM; pend IT interrupt
150 set ITC to sync with BP
enable interrupts
recognize pending IT interrupt
disable IT interrupts
timer_interrupt()
160 200 notice that 160 < 200,
printk "timer tick before it's due")
200 200 ITC = ITM; pend IT interrupt
300 set ITM for next tick
re-enable IT interrupt
recognize pending IT interrupt
disable IT interrupts
timer_interrupt()
260 300 notice that 260 < 300,
printk "timer tick before it's due")
... repeat until you're tired or timer_interrupt()
takes long enough that the ITC lands after the
ITM
This patch syncs the ITC with the BP before starting up the
periodic tick, so the above scenario should never happen.
This doesn't change how the timer tick on the BP is started;
that happens quite early (and must be early because things
like calibrate_delay() depend on jiffies updates).
<eranian@hpl.hp.com> (04/05/13 1.1627)
[PATCH] ia64: switch /proc/perfmon to seq_file avoid buffer overflows
Switches /proc/perfmon to using the seq_file interface. This is more
inline with the rest of the kernel and avoid crashes for very large
machine configurations.
Based on patch by Dean Nelson.
<jbarnes@engr.sgi.com> (04/05/12 1.1626)
[PATCH] ia64: map display option ROMs on SN2
By default, the sn2 PCI init code doesn't map option ROM address
ranges since PIO address space is limited. However, we do need to map
display option ROMs in the event that userland applications want to
read and emulate them.
<jbarnes@engr.sgi.com> (04/05/12 1.1625)
[PATCH] ia64: This patch kills some unused lines and redundant functions
<davidm@tiger.hpl.hp.com> (04/05/12 1.1624)
ia64: Call print_modules() before printing tombstone.
<jbarnes@engr.sgi.com> (04/05/12 1.1623)
[PATCH] ia64: kill warnings in sn2 specific pci init
A couple of unused variable warnings cropped up in the sn2 pci init routine.
This patch kills the unused variables.
<jbarnes@engr.sgi.com> (04/05/12 1.1622)
[PATCH] ia64: sn_get_node_first_cpu() is redundant
sn_get_node_first_cpu() is redundant, so kill it. Since calls to this routine
happen rather late in the boot process, using the generic topology functions
is safe. Fixup the callers and kill the function.
<eranian@hpl.hp.com> (04/05/11 1.1621)
[PATCH] ia64: perfmon dv serialization patch
Add ia64_dv_serialize_*() macros to ia64_set_*br() calls to avoid DV warnings
from the assembler (requires updated assembler).
<davidm@tiger.hpl.hp.com> (04/05/10 1.1620)
ia64: Minor changes to get a (mostly) clean compile with GCC pre-3.5.
<davidm@tiger.hpl.hp.com> (04/05/10 1.1619)
ia64: Add support to the kernel unwinder for the ".save rp, r0" idiom.
Based on patch by Keith Owens.
<eranian@hpl.hp.com> (04/05/07 1.1587.10.13)
[PATCH] ia64: make perfmon treat Ski simulator like real Itanium chip
Remove perfmon_hpsim.c. Support is folded into perfmon_itanium.c or
perfmon_itanium2.c depending on how Ski identifies itself via the CPU
ID family (Merced or McKinley/Madison). Also fix firmware emulator
PAL_PERFMON_INFO emulation to report Itanium2 information.
<hch@lst.de> (04/05/07 1.1587.10.12)
[PATCH] ia64: fix MOD_{INC,DEC}_USE_COUNT use in prominfo
set proper proc_entry owner instead. Patch OK'd by Jesse Barnes.
<davidm@tiger.hpl.hp.com> (04/05/06 1.1587.10.11)
ia64: Fix spurious GAS dependency-violation (dv) warnings by taking
advantage of two new GAS directives (.serialize.{data,instruction}).
<pfg@sgi.com> (04/05/06 1.1587.10.10)
[PATCH] ia64: SN2 - remove node_first_cpu member
Remove node_first_cpu member from nodepda_s and replace its usage with calls
to sn_get_node_first_cpu().
<davidm@tiger.hpl.hp.com> (04/05/05 1.1587.10.9)
ia64: rename "mem" boot parameter to "max_addr" and implement proper "mem"
Patch by Robert Picco:
This patch renames the mem bootparameter to max_addr and implements the mem
boot parameter to work as documented (i.e., to limit the amount of memory
to be recognized by the kernel).
<a.othieno@bluewin.ch> (04/05/05 1.1587.10.8)
[PATCH] ia64: arch/ia64/kernel/smp.c: kill duplicate #include
linux/cache.h is included more than once.
<bjorn.helgaas@hp.com> (04/05/05 1.1587.10.7)
[PATCH] ia64: initialize IO-port-base early
(start_secondary): Set up IO port base here, in case early console
needs it.
(smp_callin): Move IO port base setup to start_secondary().
<eranian@hpl.hp.com> (04/05/05 1.1587.10.6)
[PATCH] ia64: perfmon update
- Cleanup the read/write check routines for pfm_write_pmcs,
pfm_write_pmds, pfm_read_pmds.
- Autodetect the PMU model. No need to have the kernel compiled for
Itanium, HP Simulator, or Itanium2. The support for all PMU models
is included. Probing is based on processor family and
platform_name, if necessary. With this patch, it is possible to use
an Itanium2 compiled kernel on an Itanium 1 system and get perfmon
to work.
- Removed remaining dependency on CONFIG_MCKINLEY by adding a new
field (flags) to pmu_config_t. Update /proc/perfmon to show the new
field.
- Fixed a bug in the Itanium2 pmc_ita2_write_check() where an inactive
PMC13 would be considered active.
<davidm@tiger.hpl.hp.com> (04/05/03 1.1587.10.5)
ia64: Avoid ".save rp, r0" since the kernel unwinder doesn't support it yet.
Once we switch to a libunwind-based kernel unwinder, this code can be
re-enabled again.
^ permalink raw reply [flat|nested] 73+ messages in thread* bk pull on ia64 linux tree
2004-01-13 0:59 Linus Torvalds
` (25 preceding siblings ...)
2004-05-21 21:45 ` David Mosberger
@ 2004-06-05 5:57 ` David Mosberger
2004-06-19 6:58 ` David Mosberger
` (32 subsequent siblings)
59 siblings, 0 replies; 73+ messages in thread
From: David Mosberger @ 2004-06-05 5:57 UTC (permalink / raw)
To: linux-ia64
Hi Linus,
please do a
bk pull http://lia64.bkbits.net/to-linus-2.5
This will update the files shown below.
Thanks!
--david
MAINTAINERS | 6
arch/ia64/Kconfig | 18 -
arch/ia64/configs/sim_defconfig | 535 +++++++++++++++++++++++++++++++++
arch/ia64/ia32/binfmt_elf32.c | 13
arch/ia64/kernel/entry.S | 2
arch/ia64/kernel/head.S | 36 ++
arch/ia64/kernel/iosapic.c | 2
arch/ia64/kernel/irq.c | 6
arch/ia64/kernel/setup.c | 19 -
arch/ia64/kernel/smpboot.c | 3
arch/ia64/kernel/time.c | 8
arch/ia64/kernel/vmlinux.lds.S | 5
arch/ia64/lib/Makefile | 2
arch/ia64/lib/bitop.c | 88 +++++
arch/ia64/pci/pci.c | 4
arch/ia64/sn/io/machvec/iomv.c | 2
arch/ia64/sn/io/sn2/pcibr/pcibr_slot.c | 50 ++-
include/asm-ia64/bitops.h | 92 -----
include/asm-ia64/system.h | 2
include/asm-ia64/unistd.h | 1
20 files changed, 764 insertions(+), 130 deletions(-)
through these ChangeSets:
<davidm@tiger.hpl.hp.com> (04/06/04 1.1822)
ia64: Kill unused external declaration of "acpi_legacy_devices".
<kaos@sgi.o> (04/06/04 1.1821)
ia64: work around linker bug
Building 2.6.6-ia64-040521, using GNU ld version 2.14.90.0.4 20030523.
__gp is sometimes set incorrectly. Instead of being .got + 0x2000000,
it is set to .data + 0x2000000, which breaks some LTOFF22 and GPREL22
entries.
This is non-deterministic, changing the path name to the kernel tree
which changes the size of some messages in .data is enough to make the
linker get it right. Force __gp to be based on .got.
HJ Lu says this is fixed in newer versions of binutils but the work around
is sensible enough that it is a better solution than forcing everybody
to upgrade binutils.
Signed-off-by: David Mosberger <davidm@hpl.hp.com>
<akpm@osdl.org> (04/06/04 1.1820)
[PATCH] ia64: uninline find_next_bit on ia64
From: Paul Jackson <pj@sgi.com>
Move the page of code (~700 bytes of instructions) for find_next_bit and
find_next_zero_bit from inline in include/asm-ia64/bitops.h to a real function
in arch/ia64/lib/bitops.c, leaving a declaration and macro wrapper behind.
The other arch's with almost this same code might want to also uninline it:
alpha, parisc, ppc, sh, sparc, sparc64.
These are too big to inline.
Signed-off-by: Paul Jackson <pj@sgi.com>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: David Mosberger <davidm@hpl.hp.com>
<alext@fc.hp.com> (04/06/04 1.1819)
[PATCH] ia64: fix comment-typo in entry.S
Signed-off-by: David Mosberger <davidm@hpl.hp.com>
<garyhade@us.ibm.com> (04/06/04 1.1818)
[PATCH] ia64: Fix early serial console setup regression on the IBM x450 and x455
This patch removes the ACPI LEGACY_DEVICES IA-PC boot architecture
flag as a condition for early serial console setup. This flag may not
be set on some systems (e.g. IBM x450 and x455) where early serial
console setup is possible.
Signed-off-by: Gary Hade <garyhade@us.ibm.com>
Signed-off-by: David Mosberger <davidm@hpl.hp.com>
<alex.williamson@hp.com> (04/06/04 1.1817)
[PATCH] ia64: setup cpu_to_node for cpus not present
In latest linux-2.5 bitkeeper, if you turn on CONFIG_HOTPLUG_CPU w/
an NR_CPUS greater than physically presents CPUs, you'll end up taking
an MCA in __alloc_percpu(). kmem_cache_alloc_node() gets called with a
node value of -1. It seems other architectures are defaulting the
cpu_to_node map to zero for possible, but not present cpus. Here's a
trivial patch that does the same for ia64.
Signed-off-by: David Mosberger <davidm@hpl.hp.com>
<davidm@tiger.hpl.hp.com> (04/06/04 1.1726.29.9)
ia64: Avoid intermediate-overflows in sched_clock().
Bug reported by Zoran Menyhart.
<arun.sharma@intel.com> (04/06/03 1.1726.29.8)
[PATCH] ia64: disable in-kernel ia32 emulation post Madison
For IPF processors beyond Madison, this patches changes the kernel to
allow IA-32 application execution exclusively using IA-32EL.
Signed-off-by: Arun Sharma <arun.sharma@intel.com>
Signed-off-by: David Mosberger <davidm@hpl.hp.com>
<arun.sharma@intel.com> (04/06/03 1.1726.29.7)
[PATCH] ia64: tighten FPH state context switch check
In the absence of this patch, a process can set it's own mfh bit and
potentially view another process's high floating point registers. So a
check is needed.
Signed-off-by: Arun Sharma <arun.sharma@intel.com>
Signed-off-by: David Mosberger <davidm@hpl.hp.com>
<pfg@sgi.com> (04/06/03 1.1726.29.6)
[PATCH] ia64: for SN2, disable MST errors on probe
Signed-off-by: David Mosberger <davidm@hpl.hp.com>
<maeda.naoaki@jp.fujitsu.com> (04/06/01 1.1726.29.5)
ia64: fix /proc/ioports regression in 2.6.6 on Tiger4
This patch fixes a problem that "cat /proc/ioports" loops
on some IA64 machines that use quirk_io_region(). The problem
is caused by redundant resource claim by quirk_io_region()
and pcibios_fixup_device_resources(). The patch prevents
this condition and is written by Matthew Wilcox.
Signed-off-by: Maeda Naoaki <maeda.naoaki@jp.fujitsu.com>
<davidm@tiger.hpl.hp.com> (04/06/01 1.1726.29.4)
ia64: Add defconfig for Ski simulator (patch by Darren Williams).
<davidm@tiger.hpl.hp.com> (04/06/01 1.1726.29.3)
Update ia64 linux mailing-list and web-site addresses.
<dsw@gelato.unsw.edu.au> (04/06/01 1.1726.29.2)
ia64: define pending_irq_cpumask in irq.c
This fixes a build-problem with the Ski simulator. The simulator doesn't
include iosapic.c and hence pending_irq_cpumask never got defined.
<jbarnes@engr.sgi.com> (04/05/27 1.1726.6.4)
[PATCH] ia64: don't udelay() in sn_mmiob
sn_mmiob is a lightweight way to ensure PCI write ordering, intended
to be used as an alternative to doing a PIO read. Unfortunately, with
the udelay() in there, it ends up being slower than a PCI read on
small configurations, so remove it in favor of a simple cpu_relax().
<bjorn.helgaas@hp.com> (04/05/27 1.1726.6.3)
[PATCH] ia64: fix hotplug config placement
HOTPLUG_CPU depends on SMP, so why not put it under SMP?
<davidm@tiger.hpl.hp.com> (04/05/27 1.1726.6.2)
ia64: Reserve syscall # for vserver().
^ permalink raw reply [flat|nested] 73+ messages in thread* bk pull on ia64 linux tree
2004-01-13 0:59 Linus Torvalds
` (26 preceding siblings ...)
2004-06-05 5:57 ` David Mosberger
@ 2004-06-19 6:58 ` David Mosberger
2004-06-30 0:04 ` David Mosberger
` (31 subsequent siblings)
59 siblings, 0 replies; 73+ messages in thread
From: David Mosberger @ 2004-06-19 6:58 UTC (permalink / raw)
To: linux-ia64
Hi Linus,
please do a
bk pull http://lia64.bkbits.net/to-linus-2.5
This will update the files shown below.
Thanks!
--david
arch/ia64/Kconfig | 14
arch/ia64/configs/sn2_defconfig | 106 +--
arch/ia64/defconfig | 23
arch/ia64/ia32/binfmt_elf32.c | 4
arch/ia64/ia32/ia32_entry.S | 2
arch/ia64/ia32/ia32_support.c | 24
arch/ia64/ia32/ia32priv.h | 36 +
arch/ia64/ia32/sys_ia32.c | 860 +++++++++++++++++++++++++------
arch/ia64/kernel/entry.S | 6
arch/ia64/kernel/fsys.S | 3
arch/ia64/kernel/gate.S | 6
arch/ia64/kernel/head.S | 6
arch/ia64/kernel/iosapic.c | 16
arch/ia64/kernel/irq.c | 16
arch/ia64/kernel/mca.c | 95 ++-
arch/ia64/kernel/palinfo.c | 4
arch/ia64/kernel/perfmon.c | 89 +--
arch/ia64/kernel/process.c | 20
arch/ia64/kernel/unwind.c | 35 -
arch/ia64/mm/discontig.c | 3
arch/ia64/mm/hugetlbpage.c | 2
arch/ia64/sn/io/machvec/pci_bus_cvlink.c | 4
arch/ia64/sn/io/sn2/klgraph.c | 4
arch/ia64/sn/io/sn2/ml_iograph.c | 16
arch/ia64/sn/io/sn2/module.c | 14
arch/ia64/sn/kernel/irq.c | 17
arch/ia64/sn/kernel/setup.c | 23
include/asm-ia64/gcc_intrin.h | 16
include/asm-ia64/ia32.h | 14
include/asm-ia64/irq.h | 6
include/asm-ia64/pgtable.h | 6
include/asm-ia64/processor.h | 5
include/asm-ia64/sn/module.h | 2
include/asm-ia64/sn/sn_sal.h | 34 +
include/asm-ia64/system.h | 2
include/asm-ia64/unistd.h | 3
36 files changed, 1164 insertions(+), 372 deletions(-)
through these ChangeSets:
<yanmin.zhang@intel.com> (04/06/18 1.1794)
[PATCH] ia64: fix free_huge_page() call in hugetlb_prefault()
In base kernel 2.6.7, there is bug in function hugetlb_prefault(). The
call to free_huge_page() is incorrect and should be replaced with a call
to page_cache_release().
Signed-off-by: David Mosberger <davidm@hpl.hp.com>
<eranian@hpl.hp.com> (04/06/18 1.1793)
[PATCH] ia64: perfmon stack consumption fix
This patch moves the pfm_ovfl_arg_t structure from the kernel stack
into the pfm_context_t structure. This minimizes kernel stack space
consumption.
Signed-off-by: Stephane Eranian <eranian@hpl.hp.com>
Signed-off-by: David Mosberger <davidm@hpl.hp.com>
<ashok.raj@intel.com> (04/06/18 1.1792)
[PATCH] ia64: move move_irq() from iosapic.c to irq.c
This patch moves move_irq() from ioaspic.c to irq.c to make this common
for ia64 subarches.
Signed-off-by: Ashok Raj <ashok.raj@intel.com>
Signed-off-by: David Mosberger <davidm@hpl.hp.com>
<arun.sharma@intel.com> (04/06/18 1.1791)
[PATCH] ia64: fix ia32 partial-page map support for overlapping mmaps
- Handle the overlapping mmaps in the MAP_FIXED case
- Handle unmaps correctly i.e. call __ia32_delete_pp_range()
- There are now three clear entry points into the pp manipulation code
- ia32_set_pp
- ia32_unset_pp
- ia32_compare_pp
- Rename internal functions to __ia32_*pp_*
- Grab mmap_sem just once at the main entry point
Signed-off-by: Gordon Jin <gordon.jin@intel.com>
Signed-off-by: Arun Sharma <arun.sharma@intel.com>
Signed-off-by: David Mosberger <davidm@hpl.hp.com>
<tony.luck@intel.com> (04/06/17 1.1790)
[PATCH] ia64: switching between CPEI & CPEP
A couple of months ago Hidetoshi Seto from Fujitsu proposed
a patch to provide similar switching between interrupt mode
and polling mode for corrected platform events (CPE) as we
have for processor events (CMC) [with the obvious difference
that not all platforms support an interrupt for CPE].
I dusted it off and made a couple of very minor cleanups (which
Seto-san checked out last night on his test setup and confirmed
still passes).
Signed-off-by: Tony Luck <tony.luck@intel.com>
Signed-off-by: David Mosberger <davidm@hpl.hp.com>
<pfg@sgi.com> (04/06/17 1.1789)
[PATCH] ia64: fix SN2 interrupt rerouting
Signed-off-by: Patrick Gefre <pfg@sgi.com>
Signed-off-by: David Mosberger <davidm@hpl.hp.com>
<davidm@tiger.hpl.hp.com> (04/06/17 1.1788)
ia64: Fix build-problem when CONFIG_IA32 is not enabled.
Without this fix, you'll get unresolved references to
sys_rt_sigaction().
<davidm@tiger.hpl.hp.com> (04/06/17 1.1787)
ia64: Squish some more hazards & warnings for UP compile.
<davidm@tiger.hpl.hp.com> (04/06/17 1.1786)
ia64: Squish compiler-warning in perfmon.c when compiling for UP.
<davidm@tiger.hpl.hp.com> (04/06/16 1.1735.12.50)
ia64: Nuke two warnings in mca.c that showed in the simulator configuration.
<davidm@tiger.hpl.hp.com> (04/06/16 1.1735.12.49)
ia64: Fix ia32 partial-page-list code to compile cleanly in more configs.
<jbarnes@engr.sgi.com> (04/06/16 1.1735.12.48)
[PATCH] ia64: update sn2_defconfig
Small patch to update the sn2_defconfig file. I just did a 'make oldconfig'
with the current sn2_defconfig and removed 8250 support.
Signed-off-by: David Mosberger <davidm@hpl.hp.com>
<kaos@sgi.com> (04/06/16 1.1735.12.47)
[PATCH] ia64: Support SN platform specific error features
The SN prom supports fine grained error handling features, the OS needs
to tell the prom if the OS expects to use these platform specific
features.
Signed-off-by: Keith Owens <kaos@sgi.com>
Signed-off-by: David Mosberger <davidm@hpl.hp.com>
<eranian@hpl.hp.com> (04/06/15 1.1735.12.46)
[PATCH] ia64: fix info in /proc/pal/*/bus_info
This patch fixes to minor bugs:
- corrected descriptions for bit 52 and 53 of the /proc/pal/CPU*/bus_info
entry; they were swapped
- corrected a typo for bit 55 of the /proc/pal/CPU*/bus_info entry
Signed-off-by: Stephane Eranian <eranian@hpl.hp.com>
Signed-off-by: David Mosberger <davidm@hpl.hp.com>
<davidm@tiger.hpl.hp.com> (04/06/11 1.1735.12.45)
ia64: Update defconfig
<kaos@sgi.com> (04/06/11 1.1735.12.44)
[PATCH] ia64: Remove warnings when unwind debug is turned on
Turning on UNW_DEBUG generates warnings for incorrect number of
parameters for formats and several cases of "suggest explicit braces to
avoid ambiguous `else'", because UNW_DPRINT contains an if statement.
Signed-off-by: Keith Owens <kaos@sgi.com>
Signed-off-by: David Mosberger <davidm@hpl.hp.com>
<kenneth.w.chen@intel.com> (04/06/10 1.1735.12.43)
[PATCH] ia64: fix race in fsys_bubble_down to avoid fp-register corruption
The fast system-call fall-back-path has a race: it reads PSR, modifies
some bits, then writes back the new PSR. Unfortunately, the contents
of PSR may change between reading and writing it. For example, an
interrupt could occur which could trigger a context-switch. The
context-switch might in turn flush the floating-point-high (FPH)
partition to memory, clear PSR.MFH, and set PSR.DFH. To prevent this
race, the patch below turns off PSR.I before reading PSR.
This fixes a floating-point corruption problem that was observed on a
system with a libc which has the fast system-call support enabled.
The performance impact is minimal (on the order of a handful of cycles).
Signed-off-by: Kevin Tian <kevin.tian@intel.com>
Signed-off-by: Ken Chen <kenneth.w.chen@intel.com>
Signed-off-by: Asit Mallick <asit.k.mallick@intel.com>
Signed-off-by: David Mosberger <davidm@hpl.hp.com>
<Robert.Picco@hp.com> (04/06/10 1.1735.12.42)
[PATCH] ia64: mark non-existent NUMA-nodes as offline
I found a problem with HP NUMA configuration in 2.6.7-rc3-mm1. The
node_online_map is incorrect because of actions taken by
reassign_cpu_only_nodes in arch/ia64/mm/discontig.c. The mm1 patch
which changes the mempolicy for the init_task uses this invalid
node_online_map and eventually uses a non-existent node's zonelist
when calling __alloc_pages.
The patch below takes care of this issue. It puts the non-existent
nodes offline.
Signed-off-by: David Mosberger <davidm@hpl.hp.com>
<kaos@sgi.com> (04/06/07 1.1735.12.41)
[PATCH] ia64: Rename SN "modules" variable to "sn_modules".
SN code has a "modules" variable that conflicts with a variable of the
same name in kernel/module.c. This conflict breaks lcrash for ia64.
Rename "modules" to "sn_modules".
Signed-off-by: Keith Owens <kaos@sgi.com>
Signed-off-by: David Mosberger <davidm@hpl.hp.com>
<arun.sharma@intel.com> (04/06/07 1.1735.12.40)
[PATCH] ia64: fix ia32 virtual memory leaks due to partial-page mappings
Certain IA-32 applications which do mmap/munmaps which are not
PAGE_SIZE aligned could see temporary (recovered at process exit time)
memory leaks, because the kernel didn't have enough data to decide if
the complete page could be unmapped. This patch adds a new data
structure called the "partial page list" which helps the kernel keep
track of precisely which 4k pages are in use by the IA-32 application.
Armed with this data, the kernel can make better decisions at munmap
and mprotect time. No significant performance degradation was observed
in the workloads we tested and in some cases, the performance actually
improved! This is possibly due to the reduced length of the vma list.
Signed-off-by: Arun Sharma <arun.sharma@intel.com>
Signed-off-by: Gordon Jin <gordon.jin@intel.com>
Signed-off-by: David Mosberger <davidm@hpl.hp.com>
<alex.williamson@hp.com> (04/06/07 1.1735.12.38)
[PATCH] ia64: delete McKinley A-stepping code
The patch below removes the config option and one bit of code for
McKinley A0/A1 CPU workarounds. These CPUs were never used in
production, and IIRC this workaround really only affected X11.
Signed-off-by: David Mosberger <davidm@hpl.hp.com>
^ permalink raw reply [flat|nested] 73+ messages in thread* bk pull on ia64 linux tree
2004-01-13 0:59 Linus Torvalds
` (27 preceding siblings ...)
2004-06-19 6:58 ` David Mosberger
@ 2004-06-30 0:04 ` David Mosberger
2004-06-30 0:44 ` Peter Chubb
` (30 subsequent siblings)
59 siblings, 0 replies; 73+ messages in thread
From: David Mosberger @ 2004-06-30 0:04 UTC (permalink / raw)
To: linux-ia64
Hi Linus,
please do a
bk pull http://lia64.bkbits.net/to-linus-2.5
This will update the files shown below.
Thanks!
--david
arch/ia64/Kconfig | 2
arch/ia64/Makefile | 3
arch/ia64/configs/sn2_defconfig | 486 ++++++++++++++++------------------------
arch/ia64/kernel/efi_stub.S | 6
arch/ia64/kernel/entry.S | 4
arch/ia64/kernel/head.S | 22 +
arch/ia64/kernel/iosapic.c | 25 --
arch/ia64/kernel/module.c | 22 +
arch/ia64/kernel/pal.S | 19 +
arch/ia64/kernel/setup.c | 29 ++
arch/ia64/mm/discontig.c | 2
arch/ia64/sn/io/sn2/bte_error.c | 4
arch/ia64/sn/kernel/bte.c | 148 +++++++-----
arch/ia64/sn/kernel/setup.c | 3
include/asm-ia64/iosapic.h | 21 +
include/asm-ia64/smp.h | 4
include/asm-ia64/sn/bte.h | 49 +---
include/asm-ia64/sn/pda.h | 2
include/asm-ia64/sn/sn_cpuid.h | 1
19 files changed, 437 insertions(+), 415 deletions(-)
through these ChangeSets:
<tony.luck@intel.com> (04/06/29 1.1808)
[PATCH] ia64: fix reloc-out-of-range error on module loading
I'm hitting this problem because the module I want to load was
compiled with -g, so the filesize is absolutely huge. kernel/module.c
does a vmalloc() to inhale the entire file, and then two calls to
module_alloc() (which calls vmalloc() on ia64) to load the 'init' and
'core' sections. The 'init' is small and slips into a gap early in the
vmalloc playspace, while the 'core' area is allocated after the huge
area that was allocated for the inhaled copy of the whole file.
I made a one coding change to Jean-Marc's version, adding a check to
see whether the init/core sections are close enough together for the
PCREL21B to reach (they almost always are).
I've kept the test that there are no jumps from core to init (though
the message that is printed is almost as unhelpful as the one that you
get when you statically link a module into the kernel that has calls
to the discarded .exit section :-)
This patch stalled out before on the question of whether a PLT was
overkill for a section-to-section branch, and whether it would be
better to use relaxation techniques to extend the range. Doing that
might be more elegant in some way, but it needs a whole heap of extra
code (to count how many relaxed branches need to be added and
allocated them as needed). This seems a lot of extra code that is
only ever going to be exercised by maniacs like me with 49MB .ko
files.
I fixed up the comments to be a little more heplful.
Signed-off-by: <tony.luck@intel.com>
Signed-off-by: David Mosberger <davidm@hpl.hp.com>
<jbarnes@engr.sgi.com> (04/06/29 1.1807)
[PATCH] ia64: update early printk for new console driver
The Altix console driver has been replaced in Andrew's tree by a new
one that uses the serial core API. Update the early_console_setup
routine to use the new config option so that it's ready when the
driver hits Linus' tree. This will also fix a build bug since the old
driver hasn't been updated.
Signed-off-by: Jesse Barnes <jbarnes@sgi.com>
Signed-off-by: David Mosberger <davidm@hpl.hp.com>
<kenneth.w.chen@intel.com> (04/06/29 1.1806)
[PATCH] ia64: fix incorrect initialization of ar.k4 for BP
The patch to move the current pointer for init_task from region 7 to
region 5 inadvertendly caused ar.k4 (CURRENT_STACK) to be initialized
improperly for the bootstrap processor. Fix this by initializing it
to -1.
Signed-off-by: David Mosberger <davidm@hpl.hp.com>
<kenneth.w.chen@intel.com> (04/06/29 1.1805)
[PATCH] ia64: Clean up needlessly large stack frames in PAL-call stubs
The code allocated all 96 stacked registers, for no apparent reason.
Also, fix ia64_pal_call_static() to switch RSE to enforced-lazy, LE
mode before the PAL-call.
Signed-off-by: David Mosberger <davidm@hpl.hp.com>
<kenneth.w.chen@intel.com> (04/06/29 1.1804)
[PATCH] ia64: change ia64_switch_mode_{phys,virt}() to preserve bsp/sp
Change ia64_switch_mode_phys() and ia64_switch_mode_virt() to preserve
the virtual sp/bsp and update the call-sites accordingly. This avoids
problems with the init_task pointer which lives in region 5 now.
Signed-off-by: David Mosberger <davidm@hpl.hp.com>
<hjl@lucon.org> (04/06/29 1.1803)
[PATCH] ia64: Don't use -mtune=merced for gcc 3.4
Gcc 3.4 has a new DFA scheduler for ia64. Unfortunately, it is not
well tested for Itanium 1. When I tried to use gcc 3.4 to compile
2.6 kernel configured for Merced, gcc failed in many places:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id\x15598
http://gcc.gnu.org/bugzilla/show_bug.cgi?id\x15653
http://gcc.gnu.org/bugzilla/show_bug.cgi?id\x15655
http://gcc.gnu.org/bugzilla/show_bug.cgi?id\x16130
http://gcc.gnu.org/bugzilla/show_bug.cgi?id\x16142
http://gcc.gnu.org/bugzilla/show_bug.cgi?id\x16143
Some of them have been fixed. But I am afraid many more remain. I don't
know how many Itanium 1 machines left in production use. If people want
to optimize kernel for Itanium 1, they can stick with the older gccs.
Or they should upgrade their machines. I think the gcc developer's time
should be better spent on somewhere else. I have been using this patch
for a while, kernel seems to work OK.
Signed-off-by: David Mosberger <davidm@hpl.hp.com>
<bjorn.helgaas@hp.com> (04/06/29 1.1802)
[PATCH] ia64: fix a couple of comment typos
Signed-off-by: David Mosberger <davidm@hpl.hp.com>
<bjorn.helgaas@hp.com> (04/06/29 1.1801)
[PATCH] ia64: define cpu_logical_id() always
Define cpu_logical_id() even when !SMP. I added uses of this in some
iosapic printk's, which broke the UP build.
Signed-off-by: David Mosberger <davidm@hpl.hp.com>
<alex.williamson@hp.com> (04/06/25 1.1800)
[PATCH] ia64: trashing bootmem on non-NUMA boxes
call_pernode_memory() is rounding memory regions to page boundaries,
but in the non-NUMA case, it's incorrectly passing the rounded start and
the original length. Any reserved memory regions sitting beyond a
memory region that isn't nicely aligned is potentially at risk for
getting freed and trashed. This is a fairly nasty bug that can bite in
very hard to find ways. In my case, the EFI memory map was getting
overwritten, causing the ACPI methods to access chipset registers
cachable instead of uncachable. It could potentially be causing some of
the random hangs and strange behavior we're seeing lately.
Signed-off-by: Alex Williamson <alex.williamson@hp.com>
Signed-off-by: David Mosberger <davidm@hpl.hp.com>
<jbarnes@engr.sgi.com> (04/06/25 1.1799)
[PATCH] ia64: another sn2_defconfig update
This update fixes the FAT default NLS options and trims some others.
Signed-off-by: Jesse Barnes <jbarnes@sgi.com>
Signed-off-by: David Mosberger <davidm@hpl.hp.com>
<bjorn.helgaas@hp.com> (04/06/25 1.1798)
[PATCH] ia64: minor IOSAPIC cleanup
Introduce iosapic_{read,write,eoi} to hide the IOSAPIC REG_SELECT
stuff. i386 and x86_64 already do this for io_apic_{read,write}.
Signed-off-by: Bjorn Helgaas <bjorn.helgaas@hp.com>
Signed-off-by: David Mosberger <davidm@hpl.hp.com>
<jbarnes@engr.sgi.com> (04/06/25 1.1797)
[PATCH] ia64: make SN2 use 16MB granules, too
Altix needs to use 16MB granules to prevent attribute aliasing in low
memory space. This patch makes the kernel configuration system
enforce that requirement.
Signed-off-by: Jesse Barnes <jbarnes@sgi.com>
Signed-off-by: David Mosberger <davidm@hpl.hp.com>
<holt@sgi.com> (04/06/25 1.1796)
[PATCH] ia64: Fixups for the SN2 Block Transfer Engine
The attached patch contains some cleanups to the bte code and introduces
the ability to excercise bte interfaces on other nodes. This is an SGI
Altix specific piece of hardware.
Signed-off by: Robin Holt
Signed-off by: Jesse Barnes
Signed-off-by: David Mosberger <davidm@hpl.hp.com>
<jbarnes@engr.sgi.com> (04/06/25 1.1795)
[PATCH] ia64: early console registration
Allow consoles to register early if they're capable of early output.
If one of them registers successfully, set CPU 0 online so that
printk() will actually call the console drivers.
Signed-off-by: Jesse Barnes <jbarnes@sgi.com>
Signed-off-by: David Mosberger <davidm@hpl.hp.com>
^ permalink raw reply [flat|nested] 73+ messages in thread* Re: bk pull on ia64 linux tree
2004-01-13 0:59 Linus Torvalds
` (28 preceding siblings ...)
2004-06-30 0:04 ` David Mosberger
@ 2004-06-30 0:44 ` Peter Chubb
2004-06-30 0:52 ` David Mosberger
` (29 subsequent siblings)
59 siblings, 0 replies; 73+ messages in thread
From: Peter Chubb @ 2004-06-30 0:44 UTC (permalink / raw)
To: linux-ia64
>>>>> "David" = David Mosberger <davidm@napali.hpl.hp.com> writes:
David> Hi Linus, please do a
David> bk pull http://lia64.bkbits.net/to-linus-2.5
David> This will update the files shown below.
David,
even after doing this I see
CC drivers/firmware/pcdp.o
/home/peterc/kernels/linux-2.6-preempt-davidm/drivers/firmware/pcdp.c:
In function `setup_serial_console':
/home/peterc/kernels/linux-2.6-preempt-davidm/drivers/firmware/pcdp.c:67:
warning: implicit declaration of function `ioremap'
/home/peterc/kernels/linux-2.6-preempt-davidm/drivers/firmware/pcdp.c:67:
warning: assignment makes pointer from integer without a cast
...
drivers/built-in.o(.init.text+0x11262): In function
`setup_serial_console': : undefined reference to `ioremap'
when building for ZX1.
I found I needed this patch:
Index: linux-2.6-preempt-davidm/drivers/firmware/pcdp.c
=================================--- linux-2.6-preempt-davidm.orig/drivers/firmware/pcdp.c
+++ linux-2.6-preempt-davidm/drivers/firmware/pcdp.c
@@ -14,6 +14,7 @@
#include <linux/serial.h>
#include <linux/serial_core.h>
#include <asm/serial.h>
+#include <asm/io.h>
#include "pcdp.h"
static inline int
^ permalink raw reply [flat|nested] 73+ messages in thread* Re: bk pull on ia64 linux tree
2004-01-13 0:59 Linus Torvalds
` (29 preceding siblings ...)
2004-06-30 0:44 ` Peter Chubb
@ 2004-06-30 0:52 ` David Mosberger
2004-06-30 16:23 ` Jesse Barnes
` (28 subsequent siblings)
59 siblings, 0 replies; 73+ messages in thread
From: David Mosberger @ 2004-06-30 0:52 UTC (permalink / raw)
To: linux-ia64
Hi Peter,
Can you feed this directly to the respective maintainer? I want to
get 2.6.7 to work properly before moving on to newer things (and going
on vacation first... ;-).
Thanks,
--david
>>>>> On Wed, 30 Jun 2004 10:44:10 +1000, Peter Chubb <peter@chubb.wattle.id.au> said:
>>>>> "David" = David Mosberger <davidm@napali.hpl.hp.com> writes:
David> Hi Linus, please do a
David> bk pull http://lia64.bkbits.net/to-linus-2.5
David> This will update the files shown below.
Peter> David, even after doing this I see CC drivers/firmware/pcdp.o
Peter> /home/peterc/kernels/linux-2.6-preempt-davidm/drivers/firmware/pcdp.c:
Peter> In function `setup_serial_console':
Peter> /home/peterc/kernels/linux-2.6-preempt-davidm/drivers/firmware/pcdp.c:67:
Peter> warning: implicit declaration of function `ioremap'
Peter> /home/peterc/kernels/linux-2.6-preempt-davidm/drivers/firmware/pcdp.c:67:
Peter> warning: assignment makes pointer from integer without a cast
Peter> ...
Peter> drivers/built-in.o(.init.text+0x11262): In function
Peter> `setup_serial_console': : undefined reference to `ioremap'
Peter> when building for ZX1.
Peter> I found I needed this patch:
Peter> Index: linux-2.6-preempt-davidm/drivers/firmware/pcdp.c
Peter> ================================= Peter> --- linux-2.6-preempt-davidm.orig/drivers/firmware/pcdp.c +++
Peter> linux-2.6-preempt-davidm/drivers/firmware/pcdp.c @@ -14,6
Peter> +14,7 @@ #include <linux/serial.h> #include
Peter> <linux/serial_core.h> #include <asm/serial.h> +#include
Peter> <asm/io.h> #include "pcdp.h"
Peter> static inline int
^ permalink raw reply [flat|nested] 73+ messages in thread* Re: bk pull on ia64 linux tree
2004-01-13 0:59 Linus Torvalds
` (30 preceding siblings ...)
2004-06-30 0:52 ` David Mosberger
@ 2004-06-30 16:23 ` Jesse Barnes
2004-07-06 18:46 ` David Mosberger
` (27 subsequent siblings)
59 siblings, 0 replies; 73+ messages in thread
From: Jesse Barnes @ 2004-06-30 16:23 UTC (permalink / raw)
To: linux-ia64
On Tuesday, June 29, 2004 5:04 pm, David Mosberger wrote:
> <jbarnes@engr.sgi.com> (04/06/29 1.1807)
> [PATCH] ia64: update early printk for new console driver
Btw, with this new early console setup stuff, CONFIG_IA64_EARLY_PRINTK is
obsolete. If we tie in the other early consoles, we can probably drop that
part of the ia64 patch altogether.
Jesse
^ permalink raw reply [flat|nested] 73+ messages in thread* Re: bk pull on ia64 linux tree
2004-01-13 0:59 Linus Torvalds
` (31 preceding siblings ...)
2004-06-30 16:23 ` Jesse Barnes
@ 2004-07-06 18:46 ` David Mosberger
2004-07-27 7:19 ` David Mosberger
` (26 subsequent siblings)
59 siblings, 0 replies; 73+ messages in thread
From: David Mosberger @ 2004-07-06 18:46 UTC (permalink / raw)
To: linux-ia64
>>>>> On Wed, 30 Jun 2004 09:23:52 -0700, Jesse Barnes <jbarnes@engr.sgi.com> said:
Jesse> On Tuesday, June 29, 2004 5:04 pm, David Mosberger wrote:
>> <jbarnes@engr.sgi.com> (04/06/29 1.1807)
>> [PATCH] ia64: update early printk for new console driver
Jesse> Btw, with this new early console setup stuff,
Jesse> CONFIG_IA64_EARLY_PRINTK is obsolete. If we tie in the other
Jesse> early consoles, we can probably drop that part of the ia64
Jesse> patch altogether.
Sounds fine to me, but someone will have to send me a patch for this
to happen.
--david
^ permalink raw reply [flat|nested] 73+ messages in thread* bk pull on ia64 linux tree
2004-01-13 0:59 Linus Torvalds
` (32 preceding siblings ...)
2004-07-06 18:46 ` David Mosberger
@ 2004-07-27 7:19 ` David Mosberger
2004-07-30 21:17 ` Luck, Tony
` (25 subsequent siblings)
59 siblings, 0 replies; 73+ messages in thread
From: David Mosberger @ 2004-07-27 7:19 UTC (permalink / raw)
To: linux-ia64
Hi Linus,
please do a
bk pull http://lia64.bkbits.net/to-linus-2.5
This will update the files shown below.
Thanks!
--david
arch/ia64/configs/sn2_defconfig | 16 +++++-
arch/ia64/defconfig | 103 ++++++++++++++++++++++++----------------
arch/ia64/hp/sim/hpsim_irq.c | 7 ++
arch/ia64/ia32/binfmt_elf32.c | 6 +-
arch/ia64/kernel/acpi.c | 26 ----------
arch/ia64/kernel/irq.c | 20 +++++--
arch/ia64/kernel/mca.c | 4 -
arch/ia64/kernel/perfmon.c | 14 +++--
arch/ia64/kernel/process.c | 10 ---
arch/ia64/mm/init.c | 6 +-
arch/ia64/sn/kernel/mca.c | 3 -
include/asm-ia64/elf.h | 6 +-
include/asm-ia64/page.h | 2
include/asm-ia64/processor.h | 3 -
include/asm-ia64/sn/sn2/io.h | 5 +
include/asm-ia64/sn/sn_sal.h | 4 -
16 files changed, 127 insertions(+), 108 deletions(-)
through these ChangeSets:
<davidm@tiger.hpl.hp.com> (04/07/26 1.1854)
ia64: Update for elf_read_implies_exec() macro changes in mainline tree.
<davidm@tiger.hpl.hp.com> (04/07/26 1.1852)
ia64: Update defconfig
<davidm@tiger.hpl.hp.com> (04/07/26 1.1851)
ia64: Oops, SN2 needs pending_irq_cpumask to be global.
<davidm@tiger.hpl.hp.com> (04/07/26 1.1850)
ia64: Clean up arch/ia64/kernel/irq.c a bit.
<kaneshige.kenji@jp.fujitsu.com> (04/07/26 1.1849)
[PATCH] ia64: fix bug in irq_affinity_write_proc()
Writing 'R' or 'r' character to /proc/irq/<IRQ#>/smp_affinity
cause a kernel Oops. The following patch fixes this issue.
Signed-off-by: Kenji Kaneshige <kaneshige.kenji@jp.fujitsu.com>
Signed-off-by: David Mosberger <davidm@hpl.hp.com>
<steiner@sgi.com> (04/07/23 1.1848)
[PATCH] ia64: Update function prototype for sn_io_addr
Add "const" to function prototype for sn_io_addr. Cuts boot time
on simulator in half.
Signed-off-by: Jack Steiner <steiner@sgi.com>
Signed-off-by: David Mosberger <davidm@hpl.hp.com>
<jbarnes@sgi.com> (04/07/20 1.1847)
[PATCH] ia64: sn2 requires a 3.40 or better PROM
The SGI 3.40 PROM includes a fix for the move of the init_task to
region 5, so specify that in sn_sal.h. Unfortunately, the check for
the minimum required version happens *after* the hang/MCA that is
symptomatic of the bug, so this message also acts as an announcement
of the requirement.
Signed-off-by: Jesse Barnes <jbarnes@sgi.com>
Signed-off-by: David Mosberger <davidm@hpl.hp.com>
<jbarnes@engr.sgi.com> (04/07/19 1.1845)
[PATCH] ia64: update sn2_defconfig to include new console
Now that Linus' tree has the new sn2 console driver, make sn2_defconfig enable
it by default. The device is major 204, minor 40. Note that you'll probably
have to update your elilo.conf and inittab to use the new driver, as it's
called ttySG0 rather than ttyS0.
Signed-off-by: Jesse Barnes <jbarnes@sgi.com>
Signed-off-by: David Mosberger <davidm@hpl.hp.com>
<eranian@hpl.hp.com> (04/07/16 1.1844)
[PATCH] ia64: fix perfmon bug that could result in kernel hang
This patch fixes a potential kernel hang in perfmon during
PFM_UNLOAD_CONTEXT. This commands requires that the monitored task be
stopped (except when self-monitoring). The task state tests in
check_task_state() were incorrect and an actively running task was
accepted for PFM_UNLOAD_CONTEXT. This eventually leads to a kernel
hang.
Signed-off-by: Stephane Eranian <eranian@hpl.hp.com>
Signed-off-by: David Mosberger <davidm@hpl.hp.com>
<davidm@tiger.hpl.hp.com> (04/07/16 1.1843)
ia64: Nuke two compiler-warnings.
<jbarnes@engr.sgi.com> (04/07/16 1.1842)
[PATCH] ia64: make madt parsing quieter
We already get this info in other forms from other boot messages, so kill the
printing of the MADT entries as they're parsed. This patch significantly
reduces the amount of output from a boot of a 512p system.
Signed-off-by: Jesse Barnes <jbarnes@sgi.com>
Signed-off-by: David Mosberger <davidm@hpl.hp.com>
<josha@sgi.com> (04/07/15 1.1784.20.17)
[PATCH] ia64: fix obsolete and now misleading comment
Signed-off-by: Josh Aas <josha@sgi.com>
Signed-off-by: David Mosberger <davidm@hpl.hp.com>
<kaos@sgi.com> (04/07/14 1.1784.20.16)
[PATCH] ia64: Extend oem section types for SN mca records
SN mca records now contain oem data for platform memory errors.
Signed-off-by: Keith Owens <kaos@sgi.com>
Signed-off-by: David Mosberger <davidm@hpl.hp.com>
^ permalink raw reply [flat|nested] 73+ messages in thread* bk pull on ia64 linux tree
2004-01-13 0:59 Linus Torvalds
` (33 preceding siblings ...)
2004-07-27 7:19 ` David Mosberger
@ 2004-07-30 21:17 ` Luck, Tony
2004-08-04 22:05 ` Luck, Tony
` (24 subsequent siblings)
59 siblings, 0 replies; 73+ messages in thread
From: Luck, Tony @ 2004-07-30 21:17 UTC (permalink / raw)
To: linux-ia64
Hi Linus,
please do a
bk pull http://lia64.bkbits.net/to-base-2.6
This will update the files shown below.
Thanks! (and thanks to those who provided bk help and scripts to make
these changesets prettier and less painful than my first
attempt at this).
-Tony
arch/ia64/sn/io/sn2/bte_error.c | 9 +++++++++
arch/ia64/sn/kernel/bte.c | 11 ++++-------
drivers/serial/sn_console.c | 27 +++++++++++++++------------
3 files changed, 28 insertions(+), 19 deletions(-)
through these ChangeSets:
<holt@sgi.com> (04/07/30 1.1832)
bte_error.c:
bte.c:
After working with the chip designer some more, we have determined
one
more hardware register we were supposed to write to ensure the SHUB
chip was ready for future transfers. This patch fixes that. This
also
allowed us to eliminate a udelay which was working around the
problem.
During retesting, we uncovered a race condition where transfer
status
was changed by a different cpu after we were expecting one value
which
cascaded to additional problems. This patch uses a local variable
to
also eliminate that race.
Signed-off-by: Robin Holt <holt@sgi.com>
Signed-off-by: Tony Luck <tony.luck@intel.com>
<pfg@sgi.com> (04/07/30 1.1831)
sn_console.c:
move sn_debug_printf to only compile for DEBUG
early printk needs to handle missing carriage returns
Signed-off-by: Pat Gefre <pfg@sgi.com>
Signed-off-by: Tony Luck <tony.luck@intel.com>
^ permalink raw reply [flat|nested] 73+ messages in thread* bk pull on ia64 linux tree
2004-01-13 0:59 Linus Torvalds
` (34 preceding siblings ...)
2004-07-30 21:17 ` Luck, Tony
@ 2004-08-04 22:05 ` Luck, Tony
2004-08-09 18:09 ` Luck, Tony
` (23 subsequent siblings)
59 siblings, 0 replies; 73+ messages in thread
From: Luck, Tony @ 2004-08-04 22:05 UTC (permalink / raw)
To: linux-ia64
Hi Linus,
please do a
bk pull http://lia64.bkbits.net/to-base-2.6
This will update the files shown below.
Thanks!
-Tony
arch/ia64/Kconfig | 8
arch/ia64/configs/generic_defconfig | 657
+++++++++++++++-------------
arch/ia64/hp/common/sba_iommu.c | 10
arch/ia64/kernel/acpi.c | 12
arch/ia64/kernel/cyclone.c | 3
arch/ia64/kernel/mca.c | 74 +--
arch/ia64/kernel/setup.c | 7
arch/ia64/kernel/smpboot.c | 2
arch/ia64/sn/io/platform_init/sgi_io_init.c | 6
arch/ia64/sn/kernel/irq.c | 2
include/asm-ia64/cyclone.h | 4
include/asm-ia64/machvec.h | 4
include/asm-ia64/numnodes.h | 3
13 files changed, 445 insertions(+), 347 deletions(-)
through these ChangeSets:
<jbarnes@sgi.com> (04/08/04 1.1840)
generic_defconfig update. I just ran 'make oldconfig' against the
existing
one and turned on a few new options (some of which Altix needs).
Signed-off-by: Jesse Barnes <jbarnes@sgi.com>
Signed-off-by: Tony Luck <tony.luck@intel.com>
<[alex.williamson@hp.com> (04/08/04 1.1839)
Using CONFIG_IA64_HP_ZX1 on an sx1000 system setup w/ multiple NUMA
nodes (configured for cell local memory) currently crashes because
MAX_NUMNODES defaults to 1. The patch below sets up things to make
this
work.
Signed-off-by: Alex Williamson <alex.williamson@hp.com>
Signed-off-by: Tony Luck <tony.luck@intel.com>
<tony.luck@intel.com> (04/08/04 1.1838)
Provide comand line keyword "nomca" to turn off mca processing in
kernel.
Initial patch by Jesse Barnes, fixed by Ken Chen, rescued from
obscurity by Sourav Sen.
Signed-off-by: Tony Luck <tony.luck@intel.com>
<seto.hidetoshi@jp.fujitsu.com> (04/08/04 1.1837)
Set up CMC/CPE polling *before* enabling CMCI/CPEI interrupts to
avoid
situation where a flood of errors prevents boot.
Signed-off-by: Hidetoshi Seto <seto.hidetoshi@jp.fujitsu.com>
Signed-off-by: Tony Luck <tony.luck@intel.com>
<jbarnes@sgi.com> (04/08/03 1.1836)
sgi_io_init.c:
Mark per_hub_init as __init and remove an unnecessary extern
declaration of it
in sgi_io_init.c. This has the effect of killing a warning in the
compile of
that file.
Signed-off-by: Jesse Barnes <jbarnes@sgi.com>
Signed-off-by: Tony Luck <tony.luck@intel.com>
<bjorn.helgaas@hp.com> (04/08/03 1.1835)
sba_iommu.c:
REO/Grande defect AR2305 can cause TLB fetch timeouts if entries
are purged while in use. Round up IOVA allocations to power-of-two
boundaries to prevent this. This is originally due to Alex
Williamson.
Signed-off-by: Bjorn Helgaas <bjorn.helgaas@hp.com>
Signed-off-by: Tony Luck <tony.luck@intel.com>
<bjorn.helgaas@hp.com> (04/08/03 1.1834)
cyclone.h, cyclone.c, acpi.c, Kconfig:
Make cyclone_setup() take no args, rather than an ignored "char *"
and return void. Fix typos and whitespace.
Signed-off-by: Bjorn Helgaas <bjorn.helgaas@hp.com>
Signed-off-by: Tony Luck <tony.luck@intel.com>
<bjorn.helgaas@hp.com> (04/08/03 1.1833)
machvec.h:
irq.c:
Fix IRQ type in platform irq_to_vector functions. Should be
"unsigned int", but some places were "u8".
Signed-off-by: Bjorn Helgaas <bjorn.helgaas@hp.com>
Signed-off-by: Tony Luck <tony.luck@intel.com>
^ permalink raw reply [flat|nested] 73+ messages in thread* bk pull on ia64 linux tree
2004-01-13 0:59 Linus Torvalds
` (35 preceding siblings ...)
2004-08-04 22:05 ` Luck, Tony
@ 2004-08-09 18:09 ` Luck, Tony
2004-08-23 21:23 ` tony.luck
` (22 subsequent siblings)
59 siblings, 0 replies; 73+ messages in thread
From: Luck, Tony @ 2004-08-09 18:09 UTC (permalink / raw)
To: linux-ia64
Hi Linus,
I think this one needs to be in 2.6.8 With PREEMPT enabled
a dozen copies of:
while true;do f=`mktemp`;touch $f;rm $f;done;
will crash a 4-way Tiger in under 2 minutes.
Please do a
bk pull http://lia64.bkbits.net/to-base-2.6
This will update the files shown below.
Thanks!
-Tony
arch/ia64/mm/init.c | 2 ++
include/asm-ia64/pgalloc.h | 20 ++++++++++++++++++--
2 files changed, 20 insertions(+), 2 deletions(-)
through these ChangeSets:
<yanmin.zhang@intel.com> (04/08/09 1.1841)
init.c, pgalloc.h:
Disable pre-emption around access to pgtable_cache_size,
pgd_quicklist,
and pmd_quicklist.
Signed-off-by: Zhang Yanmin <yanmin.zhang@intel.com>
Signed-off-by: Zou Nanhai <nanhai.zou@intel.com>
Signed-off-by: Tony Luck <tony.luck@intel.com>
^ permalink raw reply [flat|nested] 73+ messages in thread* bk pull on ia64 linux tree
2004-01-13 0:59 Linus Torvalds
` (36 preceding siblings ...)
2004-08-09 18:09 ` Luck, Tony
@ 2004-08-23 21:23 ` tony.luck
2004-09-03 6:05 ` tony.luck
` (21 subsequent siblings)
59 siblings, 0 replies; 73+ messages in thread
From: tony.luck @ 2004-08-23 21:23 UTC (permalink / raw)
To: linux-ia64
Hi Linus,
please do a
bk pull http://lia64.bkbits.net/linux-ia64-release-2.6.9
This will update the files shown below.
Thanks!
-Tony
arch/ia64/sn/fakeprom/Makefile | 29 -
arch/ia64/sn/fakeprom/README | 93 ---
arch/ia64/sn/fakeprom/fpmem.c | 252 ----------
arch/ia64/sn/fakeprom/fpmem.h | 76 ---
arch/ia64/sn/fakeprom/fprom.lds | 103 ----
arch/ia64/sn/fakeprom/fpromasm.S | 395 ---------------
arch/ia64/sn/fakeprom/fw-emu.c | 775 -------------------------------
arch/ia64/sn/fakeprom/klgraph_init.c | 205 --------
arch/ia64/sn/fakeprom/main.c | 109 ----
arch/ia64/sn/fakeprom/make_textsym | 174 ------
arch/ia64/sn/fakeprom/runsim | 387 ---------------
arch/ia64/ia32/ia32_support.c | 6
arch/ia64/kernel/cyclone.c | 2
arch/ia64/kernel/head.S | 3
arch/ia64/kernel/time.c | 2
arch/ia64/lib/swiotlb.c | 114 +++-
arch/ia64/sn/io/machvec/pci_bus_cvlink.c | 3
arch/ia64/sn/kernel/bte.c | 7
arch/ia64/sn/kernel/sn2/sn_proc_fs.c | 24
include/asm-ia64/acpi.h | 3
include/asm-ia64/sal.h | 2
include/asm-ia64/sn/sn_cpuid.h | 8
22 files changed, 138 insertions(+), 2634 deletions(-)
through these ChangeSets:
<jbarnes@sgi.com> (04/08/18 1.1970.1.1)
[ACPI] ia64 build fix
Signed-off-by: Jesse Barnes <jbarnes@sgi.com>
Signed-off-by: Tony Luck <tony.luck@intel.com>
<kenneth.w.chen@intel.com> (04/08/18 1.1982)
[IA64] head.S: update comments to match code
Update comments in function ia64_switch_mode_virt() to reflect actual
implementation from recent region 5 init_task bug fix.
Signed-off-by: Ken Chen <kenneth.w.chen@intel.com>
Signed-off-by: Tony Luck <tony.luck@intel.com>
<jbarnes@sgi.com> (04/08/18 1.1981)
[IA64] cyclone.c: Add includes for build on uni-processor.
Small patch to fix the includes for the cyclone timer. We just happen to be
getting these if CONFIG_SMP is on, but if it's turned off the build breaks.
Signed-off-by: Jesse Barnes <jbarnes@sgi.com>
Signed-off-by: Tony Luck <tony.luck@intel.com>
<roe@sgi.com> (04/08/18 1.1980)
[IA64-SGI] report coherence id in /proc/sgi_sn/coherence_id
Current SGI Altix systems have a NUMAlink domain size of 1024
compute nodes and are fully cache coherent up to 256 compute
nodes (compute nodes are even-numbered). Systems larger than
256 nodes are partitioned into multiple cache coherent systems.
This patch exports a partition's coherence id to users via the
/proc/sgi_sn/coherence_id file.
Signed-off-by: Dean Roe <roe@sgi.com>
Signed-off-by: Tony Luck <tony.luck@intel.com>
<jbarnes@sgi.com> (04/08/18 1.1979)
[IA64] time.c: Downgrade printk of cpu speed to KERN_DEBUG
This patch turns the per-CPU frequency printk into a KERN_DEBUG instead of a
KERN_INFO so it'll show up in the system log but won't be printed at boot,
since it's a big pain on system with a lot of CPUs.
Signed-off-by: Jesse Barnes <jbarnes@sgi.com>
Signed-off-by: Tony Luck <tony.luck@intel.com>
<edwardsg@sgi.com> (04/08/18 1.1978)
[IA64] ia32_support.c: Check whether page_alloc failed.
It's pretty unlikely these page allocations would fail, but we should
still check them.
Signed-off-by: Greg Edwards <edwardsg@sgi.com>
Signed-off-by: Tony Luck <tony.luck@intel.com>
<steiner@sgi.com> (04/08/18 1.1977)
[IA64-SGI] The SN2 fakeprom directories/files should be deleted.
Signed-off-by: Jack Steiner <steiner@sgi.com>
Signed-off-by: Tony Luck <tony.luck@intel.com>
<jbarnes@sgi.com> (04/08/18 1.1976)
[IA64-SGI] bte.c: kill expression as lvalue warning
A recent patch caused a warning about not using expressions as lvalues
to crop up in bte.c (or maybe it's just that I'm using gcc-3.4.1 now).
This patch fixes it by creating a temporary to store the register whose
address we want to get and stuff into the per-bte info structure.
Signed-off-by: Jesse Barnes <jbarnes@sgi.com>
Signed-off-by: Tony Luck <tony.luck@intel.com>
<jbarnes@sgi.com> (04/08/18 1.1975)
[IA64-SGI] Assign parent to PCI devices.
In working on the patch to export PCI ROM space via sysfs, I found that the
sn2 PCI code doesn't assign a parent resource to any of the PCI device
resources as it builds them. This provides a simple fix for that problem.
Signed-off-by: Jesse Barnes <jbarnes@sgi.com>
Signed-off-by: Tony Luck <tony.luck@intel.com>
<schwab@suse.de> (04/08/17 1.1974)
[IA64] <asm-ia64/acpi.h> still declares deleted acpi_register_irq.
Signed-off-by: Andreas Schwab <schwab@suse.de>
Signed-off-by: Tony Luck <tony.luck@intel.com>
<seto.hidetoshi@jp.fujitsu.com> (04/08/17 1.1973)
[IA64] floating point regs are not 16-byte aligned inside SAL error record
Signed-off-by: Hidetoshi Seto <seto.hidetoshi@jp.fujitsu.com>
Signed-off-by: Tony Luck <tony.luck@intel.com>
<ak@suse.de> (04/08/17 1.1972)
[IA64] various issues in the IA64 swiotlb code
The biggest change is better overflow handling, partly ported from the AMD64
IOMMU code. This is important for some 3d drivers who make use of this and can
map a lot of memory.
First it increases the default memory usage of swiotlb to 64MB.
This was the value used in production systems in 2.4 (e.g. in SLES8) and the default
was far too small. Note this is only allocated when the swiotlb is needed.
pci_map_single will not panic anymore on an overflow. Instead it returns
a pointer to a scratch area and allows the caller to check using
dma_mapping_error(). It still panics when the overflow buffer is exceeded.
dma_mapping_error support is implemented.
pci_map_sg will never panic now, but just return 0. Near all callers
of it seem to have proper error checking for this (IDE will even handle
it without erroring out)
The handling of passing a NULL device is improved, previously it would
never map in this case. i386 and other architectures assume NULL means a 4GB
limit instead. This code does this now too.
I added support for swiotlb=force for easier testing.
Patch supplied by Andi Kleen & Suresh Siddha
Signed-off-by: Tony Luck <tony.luck@intel.com>
<jbarnes@sgi.com> (04/08/17 1.1971)
[ACPI] ia64 build fix
Signed-off-by: Jesse Barnes <jbarnes@sgi.com>
Signed-off-by: Tony Luck <tony.luck@intel.com>
^ permalink raw reply [flat|nested] 73+ messages in thread* bk pull on ia64 linux tree
2004-01-13 0:59 Linus Torvalds
` (37 preceding siblings ...)
2004-08-23 21:23 ` tony.luck
@ 2004-09-03 6:05 ` tony.luck
2004-09-09 5:51 ` Luck, Tony
` (20 subsequent siblings)
59 siblings, 0 replies; 73+ messages in thread
From: tony.luck @ 2004-09-03 6:05 UTC (permalink / raw)
To: linux-ia64
Hi Linus,
please do a
bk pull http://lia64.bkbits.net/linux-ia64-release-2.6.9
This will update the files shown below.
Thanks!
-Tony
arch/ia64/configs/generic_defconfig | 28 +++++---
arch/ia64/configs/sn2_defconfig | 37 +++++++----
arch/ia64/kernel/efi.c | 4 -
arch/ia64/kernel/palinfo.c | 2
arch/ia64/kernel/perfmon.c | 35 +++++++---
arch/ia64/kernel/sal.c | 38 +++++++++++
arch/ia64/mm/contig.c | 8 +-
arch/ia64/oprofile/Kconfig | 4 +
arch/ia64/oprofile/Makefile | 1
arch/ia64/oprofile/init.c | 9 ++
arch/ia64/oprofile/perfmon.c | 105 ++++++++++++++++++++++++++++++++
arch/ia64/sn/kernel/sn2/prominfo_proc.c | 74 ++++++++++++++++++----
include/asm-ia64/mmu_context.h | 39 -----------
include/asm-ia64/page.h | 7 ++
include/asm-ia64/sal.h | 10 +++
include/asm-ia64/tlb.h | 1
include/asm-ia64/tlbflush.h | 7 --
17 files changed, 314 insertions(+), 95 deletions(-)
through these ChangeSets:
<ianw@gelato.unsw.edu.au> (04/09/03 1.1803.109.2)
[IA64] VIRTUAL_MEM_MAP can be set when DISCONTIGMEM isn't; handle it
Patch developed by Ian Wienand under advice from Bill Irwin.
Signed-off-by: William Irwin <wli@holomorphy.com>
Signed-off-by: Tony Luck <tony.luck@intel.com>
<eranian@hpl.hp.com> (04/08/30 1.1803.114.2)
[IA64] perfmon.c: cleanup system-wide context when closed from another cpu
- fix pfm_stop() and pfm_flush_pmds() to correctly cleanup
in case of a system-wide context which is closed while running
from another processor. This was leading to an assertion failure
in pfm_loads_regs() for the next user of the PMU on the monitored
CPU.
signed-off-by: stephane eranian <eranian@hpl.hp.com>
Signed-off-by: Tony Luck <tony.luck@intel.com>
<eranian@hpl.hp.com> (04/08/30 1.1803.114.1)
[IA64] palinfo.c: typo s/BEER/BERR/
- fix a typo in the file /proc/pal/CPU*/processor_info w.r.t.
to BERR promotion. Initially reported by Danny Kwong from HP.
Signed-off-by: stephane eranian <eranian@hpl.hp.com>
Signed-off-by: Tony Luck <tony.luck@intel.com>
<jbarnes@sgi.com> (04/08/30 1.1803.113.1)
[IA64-SGI] sn2_defconfig: Enable preempt, CPU hotplug, ext2 and IDE.
o enable preempt per Andrew's request for testing
o enable CPU hotplug for testing
o add EXT2 and IDE disk support to make simulation easy
Signed-off-by: Jesse Barnes <jbarnes@sgi.com>
Signed-off-by: Tony Luck <tony.luck@intel.com>
<eranian@hpl.hp.com> (04/08/27 1.1803.112.1)
[IA64] perfmon.c: file descriptor fixes
- fix pfm_free_fd() to clear current->files->fd[fd] in
case of error during PFM_CONTEXT_CREATE, i.e., undo
the effect of fd_install(). This could cause kernel
panic if the file descriptor gets used by error through
perfmon.
- fix pfm_context_create() to correctly propagate the
return value of pfm_alloc_fd().
signed-off-by: stephane eranian <eranian@hpl.hp.com>
Signed-off-by: Tony Luck <tony.luck@intel.com>
<levon@movementarian.org> (04/08/25 1.1803.111.1)
[IA64] support for IA64 hardware performance counters via the perfmon interface
This patch provides support for IA64 hardware performance counters via
the perfmon interface. Please consider applying.
Signed-off-by: John Levon <levon@movementarian.org>
Signed-off-by: Tony Luck <tony.luck@intel.com>
<dcn@sgi.com> (04/08/25 1.1803.110.1)
[IA64] allow OEM written modules to make calls to ia64 OEM SAL functions.
Add wrapper functions for SAL_CALL(), SAL_CALL_NOLOCK(), and
SAL_CALL_REENTRANT() that allow OEM written modules to make
calls to ia64 OEM SAL functions.
Signed-off-by: Dean Nelson <dcn@sgi.com>
Signed-off-by: Tony Luck <tony.luck@intel.com>
<ianw@gelato.unsw.edu.au> (04/08/25 1.1803.109.1)
[IA64] Remove extraneous MMU_TRACE debugging macros
Patch created by Ian Wienand.
Signed-off-by: Tony Luck <tony.luck@intel.com>
<yanmin.zhang@intel.com> (04/08/25 1.1803.108.2)
[IA64] contig.c: Function find_bootmap_location has 2 bugs.
Firstly, if it's done successfully, it should return -1 instead of 1
because its caller, efi_memmap_walk, will end when find_bootmap_location
returns a value smaller than 0.
Secondly, statement "free_start = PAGE_ALIGN(rsvd_region[i].end)" should
been moved forward. free_start needs to be initialized for every loop
iteration. Current implementation is buggy where initialization is
skipped if range_end <= range_start. Skipping initializing will leads
to overlapping bootmap with one of the rsvd_regions and subsequently
kernel hang at boot time.
Singed-off-by:(sic) Zhang Yanmin <yanmin.zhang@intel.com>
Signed-off-by: Yao Jun <junx.yao@intel.com>
Signed-off-by: Tony Luck <tony.luck@intel.com>
<yanmin.zhang@intel.com> (04/08/25 1.1803.108.1)
[IA64] Fix boot problems when using "mem=" boot parameter.
My tiger-4 machine has 16GB memory. Kernel 2.6.8 fails to boot on it
when command line parameter mem=8G, and it also fails when mem being
set to other value, such as 7G, 10G.
Basically, in function efi_memmap_walk, md->num_pages might be decreased
if mem_limit is set, and then at the next time when efi_memmap_walk is
called, trim_top might trim the md again because of IA64_GRANULE_SIZE
alignment, then another md which is beyond mem_limit at the beginning
will be chosen, and its physical page number is larger than max_pfn. Then,
a BUG check is triggered.
Signed-off-by: Zhang Yanmin <yanmin.zhang@intel.com>
Signed-off-by: Yao Jun <junx.yao@intel.com>
Signed-off-by: Tony Luck <tony.luck@intel.com>
<jbarnes@sgi.com> (04/08/25 1.1803.90.19)
[IA64] generic_defconfig: Enable codepage/iocharset for VFAT filesystems.
VFAT filesystems need to have codepages and iocharsets specified these days,
so build some into the kernel to make it easier to mount /boot/efi on ia64
systems.
Signed-off-by: Jesse Barnes <jbarnes@sgi.com>
Signed-off-by: Tony Luck <tony.luck@intel.com>
<jbarnes@sgi.com> (04/08/25 1.1803.90.18)
[IA64] Add include pagemap.h to tlb.h to fix warnings when CONFIG_SWAP=n.
I noticed when building with CONFIG_SWAP=n that tlb.h gave a warning about
some undefined symbols. This is because it was pulling them in through
swap.h, but when CONFIG_SWAP=n, they're no longer pulled in. Adding
pagemap.h to tlb.h fixes the problem.
Signed-off-by: Jesse Barnes <jbarnes@sgi.com>
Signed-off-by: Tony Luck <tony.luck@intel.com>
<bjohnson@sgi.com> (04/08/25 1.1803.90.17)
[IA64-SGI] Add full PROM version banner to /proc/sgi_prominfo/nodeXX/version.
Signed-off-by: Brian J. Johnson <bjohnson@sgi.com>
Signed-off-by: Tony Luck <tony.luck@intel.com>
^ permalink raw reply [flat|nested] 73+ messages in thread* bk pull on ia64 linux tree
2004-01-13 0:59 Linus Torvalds
` (38 preceding siblings ...)
2004-09-03 6:05 ` tony.luck
@ 2004-09-09 5:51 ` Luck, Tony
2004-09-13 19:46 ` Luck, Tony
` (19 subsequent siblings)
59 siblings, 0 replies; 73+ messages in thread
From: Luck, Tony @ 2004-09-09 5:51 UTC (permalink / raw)
To: linux-ia64
Hi Linus,
please do a
bk pull http://lia64.bkbits.net/linux-ia64-release-2.6.9
This will update the files shown below.
Thanks!
-Tony
arch/ia64/hp/sim/simserial.c | 6 +-----
arch/ia64/kernel/acpi.c | 1 +
arch/ia64/kernel/irq.c | 2 ++
arch/ia64/kernel/unwind.c | 15 +++++++--------
arch/ia64/mm/discontig.c | 17 ++++++++++++++---
arch/ia64/pci/pci.c | 2 +-
6 files changed, 26 insertions(+), 17 deletions(-)
through these ChangeSets:
<schwab@suse.de> (04/09/08 1.1803.133.5)
[IA64] acpi.c: export pm_power_off for use by ipmi_poweroff module.
Signed-off-by: Andreas Schwab <schwab@suse.de>
Signed-off-by: Tony Luck <tony.luck@intel.com>
<mita@yacht.ocn.ne.jp> (04/09/08 1.1803.133.4)
[IA64] discontig.c: reset counters every iteration each node in show_mem().
On multi-node ia64 system, SysRq-M seems to dump wrong memory info.
(Since I don't have such a large machine, I don't confirm it)
It should reset counters every iteration each node in show_mem().
Jesse Barnes: "This looks good".
Signed-off-by: Akinobu Mita <mita@yacht.ocn.ne.jp>
Signed-off-by: Tony Luck <tony.luck@intel.com>
<willy@debian.org> (04/09/08 1.1803.133.3)
[IA64] pci.c: assign parent to the ROM resource
Jon Smirl's patch to export roms via sysfs exposes a bug in the ia64
PCI code; we're not assigning a parent to the ROM resource. Patch
supplied by Matthew Wilcox
Signed-off-by: Tony Luck <tony.luck@intel.com>
<janitor@sternwelten.at> (04/09/08 1.1803.133.2)
[IA64] minmax-removal in simserial.c, unwind.c
Patch (against 2.6.8.1) removes unnecessary min/max macros and changes
calls to use kernel.h macros instead.
Signed-off-by: Michael Veeck <michael.veeck@gmx.net>
Signed-off-by: Maximilian Attems <janitor@sternwelten.at>
Signed-off-by: David Mosberger-Tang <davidm@hpl.hp.com>
Signed-off-by: Tony Luck <tony.luck@intel.com>
<davidm@hpl.hp.com> (04/09/08 1.1803.133.1)
[IA64] irq.c: Kill warning about variables which are unused in UP kernels.
Signed-off-by: davidm@hpl.hp.com
Signed-off-by: Tony Luck <tony.luck@intel.com>
^ permalink raw reply [flat|nested] 73+ messages in thread* bk pull on ia64 linux tree
2004-01-13 0:59 Linus Torvalds
` (39 preceding siblings ...)
2004-09-09 5:51 ` Luck, Tony
@ 2004-09-13 19:46 ` Luck, Tony
2004-09-16 22:39 ` Luck, Tony
` (18 subsequent siblings)
59 siblings, 0 replies; 73+ messages in thread
From: Luck, Tony @ 2004-09-13 19:46 UTC (permalink / raw)
To: linux-ia64
Hi Linus,
please do a
bk pull http://lia64.bkbits.net/linux-ia64-release-2.6.9
This will update the files shown below.
Thanks!
-Tony
arch/ia64/Makefile | 2
arch/ia64/sn/io/machvec/pci_bus_cvlink.c | 15 ++
arch/ia64/sn/kernel/sn2/sn_proc_fs.c | 185 ++++++++++++++-----------------
3 files changed, 101 insertions(+), 101 deletions(-)
through these ChangeSets:
<eranian@hpl.hp.com> (04/09/13 1.1803.144.1)
[IA64] Makefile: fix for the PTRACE_SYSCALL corruption bug
Thanks to David for his help in tracking it down.
compile the kernel with sibling call optimization
turned off. There is a problem with all functions
using the optimization and the asmlinkage attribute.
The compiler should not perform the optimization on
these functions because it cannot preserve the syscall
parameters in the callee. This caused SIGSEGV on programs
traced with PTRACE_SYSCALL, for instance.
signed-off-by: stephane eranian <eranian@hpl.hp.com>
Signed-off-by: Tony Luck <tony.luck@intel.com>
<jbarnes@sgi.com> (04/09/09 1.1803.143.7)
[IA64-SGI]: disable non-display ROM resources
This patch is needed to correctly support the new sysfs rom file. On sn2, we
only allocate PIO space for display option ROMs since PIO space is a
relatively scarce resource (we've seen exhaustion when running with several
qla cards in the same domain). And without this patch we won't zero out
non-display ROM resources which can lead to panics if anyone tries to use the
bogus addresses left over there from the generic PCI probing code.
Signed-off-by: Jesse Barnes <jbarnes@sgi.com>
Signed-off-by: Tony Luck <tony.luck@intel.com>
<markgw@sgi.com> (04/09/09 1.1803.143.6)
[IA64-SGI] sn_proc_fs.c: convert to use seq_file API
Signed-off-by: Mark Goodwin <markgw@sgi.com>
Signed-off-by: Tony Luck <tony.luck@intel.com>
^ permalink raw reply [flat|nested] 73+ messages in thread* bk pull on ia64 linux tree
2004-01-13 0:59 Linus Torvalds
` (40 preceding siblings ...)
2004-09-13 19:46 ` Luck, Tony
@ 2004-09-16 22:39 ` Luck, Tony
2004-09-21 20:09 ` Luck, Tony
` (17 subsequent siblings)
59 siblings, 0 replies; 73+ messages in thread
From: Luck, Tony @ 2004-09-16 22:39 UTC (permalink / raw)
To: linux-ia64
Hi Linus,
please do a
bk pull http://lia64.bkbits.net/linux-ia64-release-2.6.9
This will update the files shown below.
Thanks!
-Tony
arch/ia64/Kconfig | 6
arch/ia64/kernel/minstate.h | 6
arch/ia64/sn/kernel/sn2/Makefile | 2
arch/ia64/sn/kernel/sn2/prominfo_proc.c | 2
arch/ia64/sn/kernel/sn2/sn_hwperf.c | 652 ++++++++++++++++++++++++++++++++
arch/ia64/sn/kernel/sn2/sn_proc_fs.c | 7
include/asm-ia64/mca_asm.h | 3
include/asm-ia64/sn/sn2/sn_hwperf.h | 218 ++++++++++
include/asm-ia64/sn/sn_sal.h | 18
9 files changed, 905 insertions(+), 9 deletions(-)
through these ChangeSets:
<markgw@sgi.com> (04/09/16 1.1867.3.7)
[IA64] SGI Altix hardware performance monitoring API
The SGI Altix PROM supports a SAL call for performance monitoring and for
exporting NUMA topology. We need this in community kernels for diagnostic
and performance tools to use, especially on very large machines.
This patch registers a dynamic misc device "sn_hwperf" that supports an
ioctl interface for reading/writing memory mapped registers on Altix
nodes and routers via the new SAL call. It also creates a read-only
procfs file "/proc/sgi_sn/sn_topology" to export NUMA topology and Altix
hardware inventory.
> What tools are using this?
Performance Co-Pilot http://oss.sgi.com/projects/pcp in particular,
pmshub, shubstats and linkstat. Numerous other users include anything
that needs knowledge of numa topology/interconnect in order to perform
well, e.g. mpt. BTW I have not exported any API functions .. at this
point I don't think we need any modules to call the API.
Signed-off-by: Mark Goodwin <markgw@sgi.com>
Signed-off-by: Tony Luck <tony.luck@intel.com>
<jbarnes@sgi.com> (04/09/16 1.1867.3.6)
[IA64] Kconfig: Add help text for IA64_SGI_SN2 config option.
Mark Goodwin suggested that we document our platform a bit. This patch adds
help text for the sn2 specific kernel option.
Signed-off-by: Jesse Barnes <jbarnes@sgi.com>
Signed-off-by: Tony Luck <tony.luck@intel.com>
<kaos@sgi.com> (04/09/16 1.1867.3.5)
[IA64] ar.k[56] have virtual addresses already, don't convert
r.k[56] used to contain physical addresses but now contain virtual
addresses. There are code remnants which still believe that they are
physical and "convert" ar.k[56] to virtual. This breaks when current
is not in region 7 (e.g. the idle task on cpu 0).
Signed-off-by: Keith Owens <kaos@sgi.com>
Signed-off-by: Tony Luck <tony.luck@intel.com>
<jbarnes@sgi.com> (04/09/15 1.1867.3.4)
[IA64-SGI]: fix `qw' might be used uninitialized warning
The compiler has no way of knowing whether nentries will be greater than 0, so
it was generating a warning that qw might be used uninitialized. Fix it by
explicitly setting it to 0. Cc'ing Brian in case he has an internal version
he'd like to keep in sync.
Signed-off-by: Jesse Barnes <jbarnes@sgi.com>
Signed-off-by: Tony Luck <tony.luck@intel.com>
<tony.luck@intel.com> (04/09/15 1.1803.151.8)
[IA64] make INIT dump work again
current can be in region 5, use 'tpa' to convert to physical
Signed-off-by: Tony Luck <tony.luck@intel.com>
^ permalink raw reply [flat|nested] 73+ messages in thread* bk pull on ia64 linux tree
2004-01-13 0:59 Linus Torvalds
` (41 preceding siblings ...)
2004-09-16 22:39 ` Luck, Tony
@ 2004-09-21 20:09 ` Luck, Tony
2004-09-22 23:14 ` Luck, Tony
` (16 subsequent siblings)
59 siblings, 0 replies; 73+ messages in thread
From: Luck, Tony @ 2004-09-21 20:09 UTC (permalink / raw)
To: linux-ia64
Hi Linus,
please do a
bk pull http://lia64.bkbits.net/linux-ia64-release-2.6.9
This will update the files shown below.
Thanks!
-Tony
arch/ia64/configs/sn2_defconfig | 17 +++++-----
arch/ia64/ia32/binfmt_elf32.c | 39 +++++++++++++++++++++++
arch/ia64/ia32/ia32_entry.S | 4 +-
arch/ia64/ia32/ia32_signal.c | 33 +++++++++++++------
arch/ia64/ia32/ia32_support.c | 28 ++++++++++++++--
arch/ia64/ia32/ia32priv.h | 11 ++++--
arch/ia64/ia32/sys_ia32.c | 67 ----------------------------------------
arch/ia64/mm/init.c | 2 -
include/asm-ia64/ia32.h | 2 -
9 files changed, 108 insertions(+), 95 deletions(-)
through these ChangeSets:
<jbarnes@sgi.com> (04/09/21 1.1867.3.8)
[IA64] sn2_defconfig update take 2
Please apply this one instead. It turns on mmtimer and increases the number
of sg entries for the LSI driver.
Signed-off-by: Jesse Barnes <jbarnes@sgi.com>
Signed-off-by: Tony Luck <tony.luck@intel.com>
<gordon.jin@intel.com> (04/09/21 1.1915)
[IA64] ia32compat: Disable syscalls sys32_iopl() and sys32_ioperm() on ia64.
Disable syscalls sys32_iopl() and sys32_ioperm() on ia64.
To emulate these 2 syscalls correctly, we need to guarantee uncached
memory attributes on ia64, which is difficult. The only user of this
interface that we know of is X. So we think it's better to disable it.
Signed-off-by: Gordon Jin <gordon.jin@intel.com>
Signed-off-by: Arun Sharma <arun.sharma@intel.com>
Signed-off-by: Tony Luck <tony.luck@intel.com>
<kevin.tian@intel.com> (04/09/21 1.1914)
[IA64] ia32compat: Put signal restorer code on a gate page
When userland doesn't specify sigaction->sa_restorer, we try to put
the restorer code on the stack. But this breaks ia32 binaries with
non-executable stacks. We now put the restorer code on a gate page.
Signed-off-by: Kevin Tian <kevin.tian@intel.com>
Signed-off-by: Arun Sharma <arun.sharma@intel.com>
Signed-off-by: Tony Luck <tony.luck@intel.com>
^ permalink raw reply [flat|nested] 73+ messages in thread* bk pull on ia64 linux tree
2004-01-13 0:59 Linus Torvalds
` (42 preceding siblings ...)
2004-09-21 20:09 ` Luck, Tony
@ 2004-09-22 23:14 ` Luck, Tony
2004-09-23 23:23 ` Luck, Tony
` (15 subsequent siblings)
59 siblings, 0 replies; 73+ messages in thread
From: Luck, Tony @ 2004-09-22 23:14 UTC (permalink / raw)
To: linux-ia64
Hi Linus,
please do a
bk pull http://lia64.bkbits.net/linux-ia64-release-2.6.9
This will update the files shown below.
Thanks!
-Tony
arch/ia64/hp/common/sba_iommu.c | 80 +++++++++++++++++++++++++++++++++++++++-
arch/ia64/kernel/acpi.c | 67 +++++++++++++++++++++++++++++++++
arch/ia64/kernel/iosapic.c | 55 ++++++++++++++++++++++++++-
arch/ia64/mm/discontig.c | 35 ++++++++++++-----
arch/ia64/pci/pci.c | 5 ++
include/asm-ia64/iosapic.h | 3 +
6 files changed, 230 insertions(+), 15 deletions(-)
through these ChangeSets:
<alex.williamson@hp.com> (04/09/09 1.1803.153.3)
[IA64] iosapic.h, pci.c, iosapic.c, acpi.c: iosapic NUMA interrupt locality
This patch associates IOSAPICs with NUMA nodes such that interrupts
gets assigned to a reasonably good default CPU. The patch does not
depend on the pxm_to_nid_map fixup, but results will be strange in some
configurations without it. This should work on any NUMA box that
exposes IOSAPICs with _MAT & _PXM methods, but it's only been tested on
an rx8620. There should be no change in behavior for boxes that don't
export both of these in ACPI namespace.
Signed-off-by: Alex Williamson <alex.williamson@hp.com>
Signed-off-by: Tony Luck <tony.luck@intel.com>
<alex.williamson@hp.com> (04/09/09 1.1803.153.2)
[IA64] sba_iommu.c: sba_iommu NUMA locality
This patch adds NUMA locality info to sba_iommu, allowing coherent
DMA mappings to be allocated from the node nearest to the I/O. This
patch isn't dependent on the previous pxm_to_nid_map fixup, but may be
sub-optimal in some cases without it. Thanks
Signed-off-by: Alex Williamson <alex.williamson@hp.com>
Signed-off-by: Tony Luck <tony.luck@intel.com>
<alex.williamson@hp.com> (04/09/09 1.1803.153.1)
[IA64] discontig.c: fixup pxm_to_nid_map
I'd like to be able to use pxm_to_nid_map in several places to
discover proximity domain to node id associations. Unfortunately, after
reassign_cpu_only_nodes() plays with the node space, the pxm_to_nid_map
doesn't necessarily reflect reality. This fixes up the table so it's
still valid. Note that nid_to_pxm_map is still potentially broken, but
has a one-to-many problem if the above function combines several
proximity domains into a single node. Thanks to Bob Picco for the base
patch.
Signed-off-by: Alex Williamson <alex.williamson@hp.com>
Signed-off-by: Tony Luck <tony.luck@intel.com>
^ permalink raw reply [flat|nested] 73+ messages in thread* bk pull on ia64 linux tree
2004-01-13 0:59 Linus Torvalds
` (43 preceding siblings ...)
2004-09-22 23:14 ` Luck, Tony
@ 2004-09-23 23:23 ` Luck, Tony
2004-09-28 18:34 ` Luck, Tony
` (14 subsequent siblings)
59 siblings, 0 replies; 73+ messages in thread
From: Luck, Tony @ 2004-09-23 23:23 UTC (permalink / raw)
To: linux-ia64
Hi Linus,
please do a
bk pull http://lia64.bkbits.net/linux-ia64-release-2.6.9
This will update the file shown below.
Thanks!
-Tony
arch/ia64/kernel/salinfo.c | 7 ++++++-
1 files changed, 6 insertions(+), 1 deletion(-)
through these ChangeSets:
<tony.luck@intel.com> (04/09/23 1.1950)
[IA64] When we exhaust the supply of records to read, clear the event status.
Patch written by Ben Woodard. Sanity checked by Jesse Barnes.
Signed-off-by: Tony Luck <tony.luck@intel.com>
^ permalink raw reply [flat|nested] 73+ messages in thread* bk pull on ia64 linux tree
2004-01-13 0:59 Linus Torvalds
` (44 preceding siblings ...)
2004-09-23 23:23 ` Luck, Tony
@ 2004-09-28 18:34 ` Luck, Tony
2004-09-30 16:43 ` Luck, Tony
` (13 subsequent siblings)
59 siblings, 0 replies; 73+ messages in thread
From: Luck, Tony @ 2004-09-28 18:34 UTC (permalink / raw)
To: linux-ia64
Hi Linus,
please do a
bk pull http://lia64.bkbits.net/linux-ia64-release-2.6.9
This will update the files shown below.
Thanks!
-Tony
arch/ia64/configs/sn2_defconfig | 4
arch/ia64/configs/tiger_defconfig | 1028 ++++++++++++++++++++++++++++++++++++++
arch/ia64/configs/zx1_defconfig | 662 ++++++++++++------------
arch/ia64/mm/contig.c | 4
arch/ia64/mm/discontig.c | 4
include/asm-ia64/mmzone.h | 6
include/asm-ia64/page.h | 19
7 files changed, 1385 insertions(+), 342 deletions(-)
through these ChangeSets:
<tony.luck@intel.com> (04/09/28 1.1955)
[IA64] add default config file for intel tiger
Signed-off-by: Tony Luck <tony.luck@intel.com>
<Nanhai.zou@intel.com> (04/09/28 1.1954)
[IA64] discontig.c: remove max_gap and related call to efi_memmap_walk
max_gap is not used in discontig.c.
This patch is to remove it and the related efi_memmap_walk.
Signed-off-by: Zou Nan hai <Nanhai.zou@intel.com>
Signed-off-by: Tony Luck <tony.luck@intel.com>
<tony.luck@intel.com> (04/09/28 1.1953)
[IA64] zx1_defconfig: bring zx1_defconfig up to date
<jbarnes@sgi.com> (04/09/28 1.1952)
[IA64] sn2_defconfig: disable hotplug cpu
Looks like there are some bugs that won't be fixed before 2.6.9 in the
scheduling domain code wrt HOTPLUG_CPU, so I'm disabling it in sn2_defconfig
(we don't support CPU hotplug just yet anyway).
Signed-off-by: Jesse Barnes <jbarnes@sgi.com>
Signed-off-by: Tony Luck <tony.luck@intel.com>
<tony.luck@intel.com> (04/09/28 1.1951)
[IA64] cleanup contig/discontig/virt_mem_map macros
I got this patch from Zou Nan hai to resolve the problem that
Andrew Morton has been having booting his ia64 system. The code
is quite a bit cleaner as he has reduced the number of different
definitions of pfn_valid/page_to_pfn/pfn_to_page, and left the
only remaining ones next to each other in page.h ... so this
should be easier to maintain going forward.
Signed-off-by: Tony Luck <tony.luck@intel.com>
^ permalink raw reply [flat|nested] 73+ messages in thread* bk pull on ia64 linux tree
2004-01-13 0:59 Linus Torvalds
` (45 preceding siblings ...)
2004-09-28 18:34 ` Luck, Tony
@ 2004-09-30 16:43 ` Luck, Tony
2004-10-01 16:42 ` Luck, Tony
` (12 subsequent siblings)
59 siblings, 0 replies; 73+ messages in thread
From: Luck, Tony @ 2004-09-30 16:43 UTC (permalink / raw)
To: linux-ia64
Hi Linus,
please do a
bk pull http://lia64.bkbits.net/linux-ia64-release-2.6.9
This will update the files shown below.
Thanks!
-Tony
arch/ia64/configs/bigsur_defconfig | 1132 ++++++++++++++++++++++++++++++++
arch/ia64/kernel/acpi.c | 3
arch/ia64/kernel/perfmon.c | 6
arch/ia64/sn/kernel/sn2/prominfo_proc.c | 305 +++-----
include/asm-ia64/sn/sn_sal.h | 36 -
5 files changed, 1311 insertions(+), 171 deletions(-)
through these ChangeSets:
<eranian@hpl.hp.com> (04/09/30 1.1960)
[IA64] minor fix to perfmon
change the return value of PFM_CREATE_CONTEXT from
EAGAIN to ENOMEM when the sampling buffer size is
larger than the RLIMIT_MEMLOCK limit of the task.
signed-off-by: Stephane Eranian <eranian@hpl.hp.com>
Signed-off-by: Tony Luck <tony.luck@intel.com>
<eranian@hpl.hp.com> (04/09/30 1.1959)
[IA64] perfmon2 fix for TASK_TRACED
fix a problem in pfm_check_task_state() and pfm_task_incompatible()
which was caused by the introduction of the new TASK_TRACED state.
Tool would fail to attach to a process,i.e., PFM_LOAD_CONTEXT would
fail. With the fix perfmon now accepts to operate on tasks which are
in either TASK_STOPPED or TASK_TRACED state. The problem was tracked
down by Alex Williamson from HP who also submitted the patch.
signed-off-by: Stephane Eranian <eranian@hpl.hp.com>
Signed-off-by: Tony Luck <tony.luck@intel.com>
<tony.luck@intel.com> (04/09/29 1.1958)
[IA64] SMP systems may not have SRAT, still need to mark node0 online.
This only causes a problem in the -mm tree now, but Zou Nan hai and
Shaohua Li sent me this fix so that SMP systems compiled with the
generic kernel (which turns on NUMA and CPUSETS in -mm) won't hit
a BUG_ON in kernel/cpuset.c guarantee_online_mems() which is called
from acpi_early_init()
Signed-off-by: Tony Luck <tony.luck@intel.com>
<jbarnes@sgi.com> (04/09/29 1.1957)
[IA64] defconfig for Intel bigsur
Here's a defconfig that comes up on my box and has a reasonable set of modules
enabled.
Signed-off-by: Jesse Barnes <jbarnes@sgi.com>
Signed-off-by: Tony Luck <tony.luck@intel.com>
<jbarnes@sgi.com> (04/09/29 1.1956)
[IA64-SGI] sn2: serialize access to PROM chips
If we read and write the PROM chips at the same time, as might happen at boot
when salinfo extracts MCA records and a user is checking the PROM revision
in /proc/sgi_prominfo, an MCA might occur, since the PROM chips can't be
accessed that way. This patch fixes the problem for systems with new PROMs
(>= 3.50) by using the SAL to do PROM reads.
Signed-off-by: Jesse Barnes <jbarnes@sgi.com>
Signed-off-by: Tony Luck <tony.luck@intel.com>
^ permalink raw reply [flat|nested] 73+ messages in thread* bk pull on ia64 linux tree
2004-01-13 0:59 Linus Torvalds
` (46 preceding siblings ...)
2004-09-30 16:43 ` Luck, Tony
@ 2004-10-01 16:42 ` Luck, Tony
2004-10-07 22:56 ` Luck, Tony
` (11 subsequent siblings)
59 siblings, 0 replies; 73+ messages in thread
From: Luck, Tony @ 2004-10-01 16:42 UTC (permalink / raw)
To: linux-ia64
Hi Linus,
please do a
bk pull http://lia64.bkbits.net/linux-ia64-release-2.6.9
This will update the files shown below.
Thanks!
-Tony
arch/ia64/Kconfig | 3
arch/ia64/kernel/Makefile | 2
arch/ia64/kernel/mca.c | 41 ++
arch/ia64/kernel/mca_drv.c | 643 ++++++++++++++++++++++++++++++++++++++++-
arch/ia64/kernel/mca_drv.h | 113 +++++++
arch/ia64/kernel/mca_drv_asm.S | 45 ++
include/asm-ia64/mca.h | 9
7 files changed, 847 insertions(+), 9 deletions(-)
through these ChangeSets:
<tony.luck@intel.com> (04/09/30 1.2022)
[IA64] mca.h, mca_drv.c: cleanup extern declarations
Move extern declarations of ia64_{reg,unreg}_MCA_extension()
to mca.h. Delete declaration of ia64_mca_ucmc_other_recover_fp()
which doesn't exist.
Patch supplied by Hidetoshi Seto.
Signed-off-by: Tony Luck <tony.luck@intel.com>
<seto.hidetoshi@jp.fujitsu.com> (04/09/30 1.2021)
[IA64] Recovery from user-mode memory error
This is the latest/Updated OS_MCA handler which try to do recovery
from multibit-ECC/poisoned memory-read error on user-land.
(Thank you very much for comments, Keith and Grant!)
I'd still appreciate it if anyone having good test environment
could apply my patch and could report how it works.
(especially reports on non-Tiger/non-Intel platform are welcome.)
Signed-off-by: Hidetoshi Seto <seto.hidetoshi@jp.fujitsu.com>
Signed-off-by: Tony Luck <tony.luck@intel.com>
^ permalink raw reply [flat|nested] 73+ messages in thread* bk pull on ia64 linux tree
2004-01-13 0:59 Linus Torvalds
` (47 preceding siblings ...)
2004-10-01 16:42 ` Luck, Tony
@ 2004-10-07 22:56 ` Luck, Tony
2004-10-20 0:15 ` Luck, Tony
` (10 subsequent siblings)
59 siblings, 0 replies; 73+ messages in thread
From: Luck, Tony @ 2004-10-07 22:56 UTC (permalink / raw)
To: linux-ia64
Hi Linus,
please do a
bk pull http://lia64.bkbits.net/linux-ia64-release-2.6.9
This will update the files shown below.
Thanks!
-Tony
arch/ia64/Makefile | 6
arch/ia64/hp/common/sba_iommu.c | 6
arch/ia64/ia32/elfcore32.h | 14 +
arch/ia64/ia32/ia32_entry.S | 2
arch/ia64/ia32/ia32_ldt.c | 25 +--
arch/ia64/ia32/ia32_signal.c | 153 +++++++++++---------
arch/ia64/ia32/ia32_support.c | 4
arch/ia64/ia32/ia32priv.h | 8 -
arch/ia64/ia32/sys_ia32.c | 282 ++++++++++++++++++++------------------
arch/ia64/kernel/acpi-ext.c | 2
arch/ia64/kernel/acpi.c | 8 -
arch/ia64/kernel/asm-offsets.c | 5
arch/ia64/kernel/efi.c | 10 -
arch/ia64/kernel/iosapic.c | 18 +-
arch/ia64/kernel/irq.c | 4
arch/ia64/kernel/irq_ia64.c | 7
arch/ia64/kernel/module.c | 20 +-
arch/ia64/kernel/palinfo.c | 2
arch/ia64/kernel/patch.c | 26 +--
arch/ia64/kernel/perfmon.c | 21 +-
arch/ia64/kernel/process.c | 22 +-
arch/ia64/kernel/ptrace.c | 109 +++++++++-----
arch/ia64/kernel/salinfo.c | 6
arch/ia64/kernel/setup.c | 2
arch/ia64/kernel/sigframe.h | 2
arch/ia64/kernel/signal.c | 30 ++--
arch/ia64/kernel/smp.c | 2
arch/ia64/kernel/sys_ia64.c | 4
arch/ia64/kernel/time.c | 2
arch/ia64/kernel/traps.c | 25 +--
arch/ia64/kernel/unaligned.c | 18 +-
arch/ia64/kernel/unwind.c | 30 ++--
arch/ia64/lib/csum_partial_copy.c | 12 -
arch/ia64/lib/io.c | 22 +-
arch/ia64/mm/contig.c | 2
arch/ia64/mm/extable.c | 2
arch/ia64/mm/fault.c | 2
arch/ia64/mm/init.c | 8 -
arch/ia64/mm/tlb.c | 2
drivers/char/agp/hp-agp.c | 16 +-
drivers/char/efirtc.c | 19 +-
include/asm-ia64/compat.h | 8 -
include/asm-ia64/elf.h | 6
include/asm-ia64/gcc_intrin.h | 24 +--
include/asm-ia64/hardirq.h | 2
include/asm-ia64/hw_irq.h | 2
include/asm-ia64/ia32.h | 2
include/asm-ia64/io.h | 85 +++++------
include/asm-ia64/iosapic.h | 8 -
include/asm-ia64/mmu_context.h | 12 -
include/asm-ia64/page.h | 4
include/asm-ia64/pgtable.h | 10 -
include/asm-ia64/processor.h | 10 -
include/asm-ia64/siginfo.h | 2
include/asm-ia64/signal.h | 4
include/asm-ia64/smp.h | 8 -
include/asm-ia64/spinlock.h | 4
include/asm-ia64/system.h | 4
include/asm-ia64/thread_info.h | 8 -
include/asm-ia64/uaccess.h | 87 +++++++----
include/asm-ia64/unistd.h | 4
61 files changed, 681 insertions(+), 573 deletions(-)
through these ChangeSets:
<arun.sharma@intel.com> (04/10/07 1.2063)
[IA64] Added support for the new syscall sys_waitid()
Signed-off-by: Arun Sharma <arun.sharma@intel.com>
Signed-off-by: Tony Luck <tony.luck@intel.com>
<arun.sharma@intel.com> (04/10/07 1.2062)
[IA64] sparse annotations and cleanups for ia32 subsystem
+ Add sparse annotations to ia32 subsystem so it checks out cleanly.
+ Add set_fs(KERNEL_DS) in elfcore32.h
+ Use compat_ptr() instead of P()
+ Fix a bug in ia32_sigsuspend() by introducing __ia32_rt_sigsuspend()
Signed-off-by: David Mosberger-Tang <davidm@hpl.hp.com>
Signed-off-by: Arun Sharma <arun.sharma@intel.com>
Signed-off-by: Tony Luck <tony.luck@intel.com>
<davidm@hpl.hp.com> (04/10/06 1.2061)
[IA64] fix UP build
Put back a secondary declaration of ipi_base_addr in hardirq.h. It
really is needed for UP builds and there doesn't seem to be an easy
way to avoid include-hell otherwise.
Signed-off-by: davidm@hpl.hp.com
Signed-off-by: Tony Luck <tony.luck@intel.com>
<tony.luck@intel.com> (04/10/06 1.2060)
[IA64] Don't hardcode offsets in thread_info
We had hardcoded defines for TI_TASK TI_EXEC_DOMAIN, TI_FLAGS, TI_CPU,
TI_ADDR_LIMIT, TI_PRE_COUNT, TI_RESTART_BLOCK; but only two of these
were ever used. Remove all from thread_info.h, and generate the two
that we do use (TI_FLAGS and TI_PRE_COUNT) in asm_offsets.c
Patch supplied by Zou Nan hai
Signed-off-by: Tony Luck <tony.luck@intel.com>
<davidm@hpl.hp.com> (04/10/05 1.2059)
[IA64] minor sparse cleanups
Here are three more sparse-triggered fixes which didn't fit anywhere
else. The first one gets rid of some quoting in palinfo.c which
sparse doesn't like. This used to be necessary because GCC would
otherwise warn about an unknown trigraph. That's not a problem
anymore since the kernel is now being compiled with -Wno-trigraphs.
The efirtc.c patch is mostly sparse-annotations but also cleans up
trailing whitespace. Finally, the bitfields in rwlock_t are changed
to be explicitly "unsigned" to avoid a warning from sparse (it doesn't
like 1-bit signed bitfields in particular).
Signed-off-by: David Mosberger-Tang <davidm@hpl.hp.com>
Signed-off-by: Tony Luck <tony.luck@intel.com>
<davidm@hpl.hp.com> (04/10/05 1.2058)
[IA64] sparse __iomem annotations
This patch adds __iomem annotations. The only less-than-trivial part
of the patch is the change of ipi_base_addr from "unsigned long" to
"void __iomem *" but even that part should be safe. The patch results
in additional warnings from certain drivers (e.g., eepro100.c) but the
warnings are harmless and just indicate that the offending drivers
need to be updated for the more strict __iomem checking. The patch
has been boot-tested.
Signed-off-by: David Mosberger-Tang <davidm@hpl.hp.com>
Signed-off-by: Tony Luck <tony.luck@intel.com>
<davidm@hpl.hp.com> (04/10/05 1.2057)
[IA64] minimal sparse-enablement; add __user annotations
This enables sparse for ia64 and adds a basic set of __user
annotations. Apart for sys_execve() and the uaccess.h changes, the
patch is trivially safe. Also note that in gcc_intrin.h, I
changed "asm __volatile" to "asm volatile" since sparse didn't
like the old version (and it's a "strane" version anyhow).
Patch has been (boot) tested.
Signed-off-by: David Mosberger-Tang <davidm@hpl.hp.com>
Signed-off-by: Tony Luck <tony.luck@intel.com>
<davidm@hpl.hp.com> (04/10/05 1.2056)
[IA64] sparse "long" constant cleanup patch
Sparse wants us to be clear about (unsigned) long constants.
Make it so.
Signed-off-by: David Mosberger-Tang <davidm@hpl.hp.com>
Signed-off-by: Tony Luck <tony.luck@intel.com>
<davidm@hpl.hp.com> (04/10/05 1.2055)
[IA64] sparse 0 vs. NULL cleanup patch
Sparse really wants NULL for NULL-pointers. This patch makes it so.
The patch should be safe. It compiles fine, creates no additional
warnings, and the results has been boot-tested on an rx2600.
Signed-off-by: David Mosberger-Tang <davidm@hpl.hp.com>
Signed-off-by: Tony Luck <tomy.luck@intel.com>
<davidm@hpl.hp.com> (04/10/05 1.2054)
[IA64] Don't directly deref user pointers.
copy_siginfo_from_user32() directly dereferences a user-pointer, which
is a no-no. At that point, to->si_code already has been initialized
so I think we can just use to->si_code instead. Compile-tested (only)
patch attached.
Signed-off-by: davidm@hpl.hp.com
Signed-off-by: Tony Luck <tony.luck@intel.com>
<davidm@hpl.hp.com> (04/10/05 1.2053)
[IA64] fix argument-order in access_ok() call from csum_partial_copy_from_user
Another sparse-detected bug.
Signed-off-by: davidm@hpl.hp.com
Signed-off-by: Tony Luck <tony.luck@intel.com>
<davidm@hpl.hp.com> (04/10/05 1.2052)
[IA64] ptrace.c: Fix unchecked user-memory accesses due to ptrace_{get,set}regs()
Here is another fix for a sparse-detected bug: turns out
ptrace_getregs() and ptrace_putregs() did unchecked user-memory
accesses! These were tricky to see, so it's not surprising that they
went unnoticed so far. Fortunately, sparse can detect these
trivially. Patch below should fix the problem, but it's completely
untested (I don't have any testcases for getregs/putregs).
These were found by sparse.
Signed-off-by: davidm@hpl.hp.com
Signed-off-by: Tony Luck <tony.luck@intel.com>
<davidm@hpl.hp.com> (04/10/05 1.2051)
[IA64] signal.c: fix wrong argument order in __copy_to_user() call
Signed-off-by: davidm@hpl.hp.com
Signed-off-by: Tony Luck <tony.luck@intel.com>
<eranian@hpl.hp.com> (04/10/05 1.2050)
[IA64] perfmon2 fasync fix
the pfm_fasync() function must not lock the context and mask interrupts
because the fasync_helper() function may allocate memory and this could
lead to sleeping, due to SLAB_KERNEL memory type, if no memory is available.
Going to sleep with interrupts mask is not allowed otherwise you have a deadlock.
The locking of the context is not necessary in this function because it is protected
by caller via get_fd()/put_fd(). The async_queue is also protected. Serialization to
pfm_fasync() is also ensured by caller. The fix is to drop the PROTECT_CTX()
and UNPROTECT_CTX() calls.
signed-off-by: stephane eranian <eranian@hpl.hp.com>
Signed-off-by: Tony Luck <tony.luck@intel.com>
<mingo@elte.hu> (04/10/01 1.2009.3.4)
[IA64] Makefile: Fix to make ccache/distcc happy.
the (tested) patch below fixes ccache/distcc-assisted building of the
ia64 tree. (CC is "ccache distcc gcc" in that case, not a simple
one-word "gcc" - this confused the check-gas and toolchain-flags
scripts.)
Signed-off-by: Ingo Molnar <mingo@elte.hu>
Signed-off-by: Tony Luck <tony.luck@intel.com>
^ permalink raw reply [flat|nested] 73+ messages in thread* bk pull on ia64 linux tree
2004-01-13 0:59 Linus Torvalds
` (48 preceding siblings ...)
2004-10-07 22:56 ` Luck, Tony
@ 2004-10-20 0:15 ` Luck, Tony
2004-10-21 0:17 ` Luck, Tony
` (9 subsequent siblings)
59 siblings, 0 replies; 73+ messages in thread
From: Luck, Tony @ 2004-10-20 0:15 UTC (permalink / raw)
To: linux-ia64
Hi Linus,
please do a
bk pull http://lia64.bkbits.net/linux-ia64-release-2.6.10
This will update the files shown below. This is a big re-organization
of the SGI I/O code.
Thanks!
-Tony
arch/ia64/sn/io/Makefile | 13
arch/ia64/sn/io/cdl.c | 79
arch/ia64/sn/io/drivers/Makefile | 10
arch/ia64/sn/io/drivers/ioconfig_bus.c | 382
arch/ia64/sn/io/hwgfs/Makefile | 10
arch/ia64/sn/io/hwgfs/hcl.c | 702
arch/ia64/sn/io/hwgfs/hcl_util.c | 175
arch/ia64/sn/io/hwgfs/interface.c | 325
arch/ia64/sn/io/hwgfs/labelcl.c | 656
arch/ia64/sn/io/hwgfs/ramfs.c | 208
arch/ia64/sn/io/io.c | 739
arch/ia64/sn/io/machvec/Makefile | 10
arch/ia64/sn/io/machvec/iomv.c | 76
arch/ia64/sn/io/machvec/pci.c | 52
arch/ia64/sn/io/machvec/pci_bus_cvlink.c | 922
arch/ia64/sn/io/machvec/pci_dma.c | 677
arch/ia64/sn/io/platform_init/Makefile | 10
arch/ia64/sn/io/platform_init/sgi_io_init.c | 174
arch/ia64/sn/io/sn2/Makefile | 14
arch/ia64/sn/io/sn2/bte_error.c | 217
arch/ia64/sn/io/sn2/geo_op.c | 311
arch/ia64/sn/io/sn2/klconflib.c | 572
arch/ia64/sn/io/sn2/klgraph.c | 577
arch/ia64/sn/io/sn2/l1_command.c | 131
arch/ia64/sn/io/sn2/ml_SN_init.c | 109
arch/ia64/sn/io/sn2/ml_SN_intr.c | 320
arch/ia64/sn/io/sn2/ml_iograph.c | 770
arch/ia64/sn/io/sn2/module.c | 236
arch/ia64/sn/io/sn2/pcibr/Makefile | 16
arch/ia64/sn/io/sn2/pcibr/pcibr_ate.c | 178
arch/ia64/sn/io/sn2/pcibr/pcibr_config.c | 195
arch/ia64/sn/io/sn2/pcibr/pcibr_dvr.c | 2662 --
arch/ia64/sn/io/sn2/pcibr/pcibr_error.c | 1873 -
arch/ia64/sn/io/sn2/pcibr/pcibr_hints.c | 175
arch/ia64/sn/io/sn2/pcibr/pcibr_intr.c | 700
arch/ia64/sn/io/sn2/pcibr/pcibr_reg.c | 879
arch/ia64/sn/io/sn2/pcibr/pcibr_rrb.c | 887
arch/ia64/sn/io/sn2/pcibr/pcibr_slot.c | 1842 -
arch/ia64/sn/io/sn2/pciio.c | 1004
arch/ia64/sn/io/sn2/pic.c | 835
arch/ia64/sn/io/sn2/shub.c | 246
arch/ia64/sn/io/sn2/shub_intr.c | 259
arch/ia64/sn/io/sn2/shuberror.c | 822
arch/ia64/sn/io/sn2/shubio.c | 490
arch/ia64/sn/io/sn2/xbow.c | 1020
arch/ia64/sn/io/sn2/xtalk.c | 927
arch/ia64/sn/io/snia_if.c | 108
arch/ia64/sn/io/xswitch.c | 168
arch/ia64/sn/kernel/probe.c | 58
include/asm-ia64/sn/cdl.h | 42
include/asm-ia64/sn/dmamap.h | 50
include/asm-ia64/sn/driver.h | 91
include/asm-ia64/sn/hcl.h | 107
include/asm-ia64/sn/hcl_util.h | 21
include/asm-ia64/sn/hwgfs.h | 36
include/asm-ia64/sn/ifconfig_net.h | 32
include/asm-ia64/sn/io.h | 65
include/asm-ia64/sn/ioc4.h | 20
include/asm-ia64/sn/ioconfig_bus.h | 27
include/asm-ia64/sn/ioerror.h | 193
include/asm-ia64/sn/ioerror_handling.h | 159
include/asm-ia64/sn/iograph.h | 137
include/asm-ia64/sn/klconfig.h | 702
include/asm-ia64/sn/kldir.h | 363
include/asm-ia64/sn/ksys/elsc.h | 39
include/asm-ia64/sn/ksys/l1.h | 141
include/asm-ia64/sn/labelcl.h | 76
include/asm-ia64/sn/module.h | 194
include/asm-ia64/sn/pci/bridge.h | 1895 -
include/asm-ia64/sn/pci/pci_bus_cvlink.h | 70
include/asm-ia64/sn/pci/pci_defs.h | 414
include/asm-ia64/sn/pci/pcibr.h | 535
include/asm-ia64/sn/pci/pcibr_private.h | 811
include/asm-ia64/sn/pci/pciio.h | 746
include/asm-ia64/sn/pci/pciio_private.h | 145
include/asm-ia64/sn/pci/pic.h | 451
include/asm-ia64/sn/pio.h | 99
include/asm-ia64/sn/prio.h | 38
include/asm-ia64/sn/sgi.h | 83
include/asm-ia64/sn/slotnum.h | 16
include/asm-ia64/sn/sn2/addrs.h | 169
include/asm-ia64/sn/sn2/arch.h | 61
include/asm-ia64/sn/sn2/geo.h | 108
include/asm-ia64/sn/sn2/intr.h | 31
include/asm-ia64/sn/sn2/io.h | 239
include/asm-ia64/sn/sn2/shub.h | 36
include/asm-ia64/sn/sn2/shub_md.h | 275
include/asm-ia64/sn/sn2/shub_mmr.h |31597 ------------------------
include/asm-ia64/sn/sn2/shub_mmr_t.h |14829 -----------
include/asm-ia64/sn/sn2/shubio.h | 3609 --
include/asm-ia64/sn/sn2/slotnum.h | 41
include/asm-ia64/sn/sn2/sn_private.h | 245
include/asm-ia64/sn/sn_private.h | 13
include/asm-ia64/sn/vector.h | 75
include/asm-ia64/sn/xtalk/xbow.h | 675
include/asm-ia64/sn/xtalk/xbow_info.h | 21
include/asm-ia64/sn/xtalk/xswitch.h | 56
include/asm-ia64/sn/xtalk/xtalk.h | 360
include/asm-ia64/sn/xtalk/xtalk_private.h | 79
include/asm-ia64/sn/xtalk/xtalkaddrs.h | 106
include/asm-ia64/sn/xtalk/xwidget.h | 240
arch/ia64/pci/pci.c | 2
arch/ia64/sn/Makefile | 8
arch/ia64/sn/include/ioerror.h | 81
arch/ia64/sn/include/pci/pcibr_provider.h | 149
arch/ia64/sn/include/pci/pcibus_provider_defs.h | 43
arch/ia64/sn/include/pci/pcidev.h | 51
arch/ia64/sn/include/pci/pic.h | 261
arch/ia64/sn/include/pci/tiocp.h | 256
arch/ia64/sn/include/shub.h | 39
arch/ia64/sn/include/shubio.h | 3476 ++
arch/ia64/sn/include/tio.h | 37
arch/ia64/sn/include/xtalk/hubdev.h | 67
arch/ia64/sn/include/xtalk/xbow.h | 291
arch/ia64/sn/include/xtalk/xwidgetdev.h | 70
arch/ia64/sn/kernel/Makefile | 3
arch/ia64/sn/kernel/bte.c | 128
arch/ia64/sn/kernel/bte_error.c | 188
arch/ia64/sn/kernel/huberror.c | 205
arch/ia64/sn/kernel/io_init.c | 470
arch/ia64/sn/kernel/iomv.c | 79
arch/ia64/sn/kernel/irq.c | 538
arch/ia64/sn/kernel/klconflib.c | 108
arch/ia64/sn/kernel/mca.c | 35
arch/ia64/sn/kernel/setup.c | 346
arch/ia64/sn/kernel/sn2/io.c | 60
arch/ia64/sn/kernel/sn2/prominfo_proc.c | 70
arch/ia64/sn/kernel/sn2/ptc_deadlock.S | 4
arch/ia64/sn/kernel/sn2/sn2_smp.c | 116
arch/ia64/sn/kernel/sn2/sn_hwperf.c | 92
arch/ia64/sn/kernel/sn2/sn_proc_fs.c | 1
arch/ia64/sn/kernel/sn2/timer.c | 6
arch/ia64/sn/kernel/sn2/timer_interrupt.c | 15
arch/ia64/sn/pci/Makefile | 10
arch/ia64/sn/pci/pci_dma.c | 476
arch/ia64/sn/pci/pcibr/Makefile | 11
arch/ia64/sn/pci/pcibr/pcibr_ate.c | 188
arch/ia64/sn/pci/pcibr/pcibr_dma.c | 375
arch/ia64/sn/pci/pcibr/pcibr_provider.c | 170
arch/ia64/sn/pci/pcibr/pcibr_reg.c | 282
drivers/char/mmtimer.c | 1
drivers/char/snsc.c | 25
drivers/ide/pci/sgiioc4.c | 23
drivers/scsi/qla1280.c | 32
drivers/serial/sn_console.c | 214
include/asm-ia64/machvec_sn2.h | 2
include/asm-ia64/pci.h | 2
include/asm-ia64/sn/addrs.h | 313
include/asm-ia64/sn/arch.h | 20
include/asm-ia64/sn/bte.h | 4
include/asm-ia64/sn/clksupport.h | 30
include/asm-ia64/sn/fetchop.h | 2
include/asm-ia64/sn/geo.h | 139
include/asm-ia64/sn/intr.h | 41
include/asm-ia64/sn/io.h | 265
include/asm-ia64/sn/klconfig.h | 272
include/asm-ia64/sn/l1.h | 36
include/asm-ia64/sn/leds.h | 8
include/asm-ia64/sn/module.h | 127
include/asm-ia64/sn/nodepda.h | 61
include/asm-ia64/sn/pda.h | 5
include/asm-ia64/sn/router.h | 51
include/asm-ia64/sn/rw_mmr.h | 2
include/asm-ia64/sn/shub_mmr.h |31596 +++++++++++++++++++++++
include/asm-ia64/sn/simulator.h | 8
include/asm-ia64/sn/sn_cpuid.h | 7
include/asm-ia64/sn/sn_fru.h | 2
include/asm-ia64/sn/sn_sal.h | 74
include/asm-ia64/sn/sndrv.h | 14
169 files changed, 40920 insertions(+), 85747 deletions(-)
through these ChangeSets:
<pfg@sgi.com> (04/10/19 1.2176)
[IA64-SGI] Fixes calling arg1 for bte_crb_error_handler()
Signed-off-by: Patrick Gefre <pfg@sgi.com>
Signed-off-by: Tony Luck <tony.luck@intel.com>
<holt@sgi.com> (04/10/19 1.2175)
[IA64-SGI] Distribute useage of BTE interfaces.
During peak utilization periods, the first interface on a node has
an inordinately large amount of contention. This is due to all
cpus starting their scan for an interface at 0. This patch distributes
that based upon the slice the requesting cpu is attached to.
Signed-off-by: Robin Holt
Signed-off-by: Tony Luck <tony.luck@intel.com>
<holt@sgi.com> (04/10/19 1.2174)
[IA64-SGI] Correct BTE notification timeouts on SN2.
The SN2 Block Transfer Engine occassionally fails to send a notification
that it has completed a transfer to the kernel. This patch adds a
timeout mechanism which will detect the failure, reset the interface,
and then retry the transfer.
Signed-off-by: Robin Holt
Signed-off-by: Tony Luck <tony.luck@intel.com>
<pfg@sgi.com> (04/10/19 1.2173)
[IA64-SGI] BUG_ON test was backwards
Signed-off-by: Patrick Gefre <pfg@sgi.com>
Signed-off-by: Tony Luck <tony.luck@intel.com>
<holt@sgi.com> (04/10/19 1.2172)
[IA64-SGI] Double spin_unlock in bte.c
If all bte interfaces are in use, the current code will leave the
bte pointer set when exiting from the loop trying to locate an
interface to use. This results in two processes using the same
interface and both trying to free the same one. With a
premptible kernel, this results in the preempt count getting
off.
Signed-off-by: Robin Holt <holt@sgi.com>
Signed-off-by: Tony Luck <tony.luck@intel.com>
<pfg@sgi.com> (04/10/11 1.2171)
[IA64-SGI] make pci_root_ops non static
add extern for pci_root_ops
delete our version of the pci_root_ops code
make pci_root_ops non static
Ack-by: Matthew Wilcox
Ack-by: Jesse Barnes
Ack-by: Grant Grundler
Signed-off-by: Patrick Gefre <pfg@sgi.com>
Signed-off-by: Tony Luck <tony.luck@intel.com>
<pfg@sgi.com> (04/10/11 1.2170)
[IA64-SGI] Fix a possible memory leak.
Fix a possible memory leak. Change the name of the 'new_sn_irq_info'
variable to 'tmp_sn_irq_info' since we're not really allocating a new
kernel sn_irq_info, we just getting new target information from the
PROM and replacing it in the kernel's sn_irq_info for the given irq
Signed-off-by: Patrick Gefre <pfg@sgi.com>
Signed-off-by: Tony Luck <tony.luck@intel.com>
<pfg@sgi.com> (04/10/11 1.2169)
[IA64-SGI] Redundant BUG check
Signed-off-by: Patrick Gefre <pfg@sgi.com>
Signed-off-by: Tony Luck <tony.luck@intel.com>
<pfg@sgi.com> (04/10/11 1.2168)
[IA64-SGI] Fix issue with gemini TIO systems
Signed-off-by: Patrick Gefre <pfg@sgi.com>
Signed-off-by: Tony Luck <tony.luck@intel.com>
<pfg@sgi.com> (04/10/11 1.2167)
[IA64] qla1280.c Mod for Altix I/O add code.
Changes inside CONFIG_IA64_GENERIC CONFIG_IA64_SGI_SN2
Need to include sn/io.h for generic builds (sn_+pci_set_vchan def)
Remove rrb alloc - now done in PROM
Remove endian setting - now done in PROM
Change arg 2 for sn_pci_set_vchan()
Acked-by: Jes Sorenson
Signed-off-by: Patrick Gefre <pfg@sgi.com>
Signed-off-by: Tony Luck <tony.luck@intel.com>
<pfg@sgi.com> (04/10/11 1.2166)
[IA64-SGI] Add in Altix I/O code
Signed-off-by: Patrick Gefre <pfg@sgi.com>
Signed-off-by: Tony Luck <tony.luck@intel.com>
<pfg@sgi.com> (04/10/11 1.2165)
[IA64-SGI] Remove Altix I/O code (ready for re-org).
Signed-off-by: Patrick Gefre <pfg@sgi.com>
Signed-off-by: Tony Luck <tony.luck@intel.com>
^ permalink raw reply [flat|nested] 73+ messages in thread* bk pull on ia64 linux tree
2004-01-13 0:59 Linus Torvalds
` (49 preceding siblings ...)
2004-10-20 0:15 ` Luck, Tony
@ 2004-10-21 0:17 ` Luck, Tony
2004-10-27 3:58 ` Luck, Tony
` (8 subsequent siblings)
59 siblings, 0 replies; 73+ messages in thread
From: Luck, Tony @ 2004-10-21 0:17 UTC (permalink / raw)
To: linux-ia64
Hi Linus,
please do a
bk pull http://lia64.bkbits.net/linux-ia64-release-2.6.10
This will update the files shown below.
Thanks!
-Tony
arch/ia64/Makefile | 3
arch/ia64/hp/common/sba_iommu.c | 1
arch/ia64/ia32/ia32priv.h | 4
arch/ia64/kernel/domain.c | 32
arch/ia64/kernel/mca.c | 4
arch/ia64/kernel/unwind.c | 81
arch/ia64/lib/swiotlb.c | 18
arch/ia64/mm/discontig.c | 2
arch/ia64/mm/numa.c | 2
arch/ia64/pci/pci.c | 2
arch/ia64/sn/include/pci/pcidev.h | 5
arch/ia64/sn/include/pci/pic.h | 2
arch/ia64/sn/include/pci/tiocp.h | 2
arch/ia64/sn/include/shub.h | 24
arch/ia64/sn/kernel/io_init.c | 2
arch/ia64/sn/kernel/iomv.c | 12
arch/ia64/sn/kernel/setup.c | 18
arch/ia64/sn/kernel/sn2/io.c | 16
arch/ia64/sn/kernel/sn2/prominfo_proc.c | 113
arch/ia64/sn/kernel/sn2/sn_hwperf.c | 14
arch/ia64/sn/kernel/sn2/sn_proc_fs.c | 11
arch/ia64/sn/pci/pci_dma.c | 1
arch/ia64/sn/pci/pcibr/pcibr_dma.c | 4
drivers/char/snsc.c | 1
drivers/serial/sn_console.c | 2
include/asm-ia64/machvec.h | 32
include/asm-ia64/sn/addrs.h | 32
include/asm-ia64/sn/io.h | 40
include/asm-ia64/sn/shub_mmr.h |31523 --------------------------------
include/asm-ia64/topology.h | 21
30 files changed, 294 insertions(+), 31730 deletions(-)
through these ChangeSets:
<jbarnes@sgi.com> (04/10/20 1.2010.1.10)
[IA64-SGI] more sparse I/O accessor fixes
I forgot to add 'const volatile' to the I/O read/write functions in the last
patch, and also forgot to update the _relaxed variants. This patch fixes
that by adding 'const volatile' to the sn2 specific read/write routines as
well as the ia64 machine vector wrappers.
Signed-off-by: Jesse Barnes <jbarnes@sgi.com>
Signed-off-by: Tony Luck <tony.luck@intel.com>
<jbarnes@sgi.com> (04/10/20 1.2010.1.9)
[IA64-SGI] sparse cleanups & misc fixes for sn2
This is a big patch mostly because I trimmed shub_mmr.h down from 17M to 11k
or so. It fixes a number of things sparse discovered and removes some dead
code, fixes up some prototypes, etc. Of note:
o sn_proc_fs.c was directly dereferencing user pointers, fixed
o sn_hwperf.c was missing an include and was using asm-ia64 directly
o the I/O routines were all missing proper sparse annotations
o dead code in prominfo_proc.c has been removed
o fix generic build by putting numionodes into asm/sn/io.h
With this patch applied, the check build is pretty clean. The sn_console bit
depends on some of the other changes, so it's included here.
Signed-off-by: Jesse Barnes <jbarnes@sgi.com>
Signed-off-by: Tony Luck <tony.luck@intel.com>
<jbarnes@sgi.com> (04/10/20 1.2010.1.8)
[IA64] fix sba_iommu build
sba_iommu.c needs to include linux/nodemask.h for node_online now. Here's a
patch to add it.
Signed-off-by: Jesse Barnes <jbarnes@sgi.com>
Signed-off-by: Tony Luck <tony.luck@intel.com>
<pfg@sgi.com> (04/10/20 1.2010.1.7)
[IA64-SGI] Mod to allow functions other than zero to use virtual channel 1.
Signed-off-by: Patrick Gefre <pfg@sgi.com>
Signed-off-by: Tony Luck <tony.luck@intel.com>
<jbarnes@sgi.com> (04/10/20 1.2010.1.6)
[IA64-SGI] snsc.c: snsc needs asm/sn/io.h
The sn system controller driver needs asm/sn/io.h in order to build correctly
(it was missing the numionodes declaration).
Signed-off-by: Jesse Barnes <jbarnes@sgi.com>
Signed-off-by: Tony Luck <tony.luck@intel.com>
<pfg@sgi.com> (04/10/20 1.2010.1.5)
[IA64] export sn_dma_mapping_error for libata
Signed-off-by: Patrick Gefre <pfg@sgi.com>
Signed-off-by: Tony Luck <tony.luck@intel.com>
<jbarnes@sgi.com> (04/10/20 1.2010.1.4)
[IA64] numa.c, discontig.c: sparse: use NULL, not 0
Clean up a couple of places that were using 0 instead of NULL, which is the
more proper value.
Signed-off-by: Jesse Barnes <jbarnes@sgi.com>
Signed-off-by: Tony Luck <tony.luck@intel.com>
<jbarnes@sgi.com> (04/10/20 1.2010.1.3)
[IA64] mca.c: sparse cleanup
Looks like we were casting a value into a union and sparse doesn't like that.
Why not just assign it directly to the appropriate field?
Signed-off-by: Jesse Barnes <jbarnes@sgi.com>
Signed-off-by: Tony Luck <tony.luck@intel.com>
<hawkes@sgi.com> (04/10/20 1.2010.1.2)
[IA64] top level scheduler domain for ia64
Some have noticed that the overlapping sched domains code doesn't quite work
as intended (it results in disjoint domains on some machines), and that a top
level, machine spanning domain is needed. This patch from John Hawkes adds
it to the ia64 code. This allows processes to run on all CPUs in large
systems, though balancing is limited. It should go to Linus soon now
otherwise large systems will only have ~16p (depending on topology) usable by
the scheduler. I sanity checked it on a small system after rediffing John's
original, and he's done some testing on very large systems.
Nick, can you buy off on the sched.c change? Alternatively, do you want to
send that fix separately John? Nick did indeed ACK this change, but it isn't
dependent on this ia64 specific part ... so it's going to be submitted
separately.
Signed-off-by: John Hawkes <hawkes@sgi.com>
Signed-off-by: Jesse Barnes <jbarnes@sgi.com>
Signed-off-by: Tony Luck <tony.luck@intel.com>
<suresh.b.siddha@intel.com> (04/10/20 1.1988.80.20)
[IA64] fallback to swiotlb for consistent DMA mappings
Patch supplied by Suresh Siddha
This is mainly needed for EM64T platforms and makes sense for ia64 too.
Need of this was broughtup sometime(long time?) back on lkml.
http://www.ussg.iu.edu/hypermail/linux/kernel/0406.3/0112.html
Signed-off-by: Tony Luck <tony.luck@intel.com>
<kaos@sgi.com> (04/10/20 1.1988.80.19)
[IA64] Avoid a rare deadlock during unwind
There is a rare deadlock condition during unwind script creation. If
build_script() is interrupted in the middle of creating the script, it
holds the script write lock. If the interrupt handler needs to call
unwind for some failure condition, unwind will try to read the
incomplete script and will deadlock on the script lock.
The fix is to disable interrupts while building the script, so
interrupt handlers never see partial scripts.
Promoting spin_lock_irqsave() from script_new() to find_save_locs()
changes the indentation, so the patch looks bigger than it really is.
Signed-off-by: Keith Owens <kaos@sgi.com>
Signed-off-by: Tony Luck <tony.luck@intel.com>
<tony.luck@intel.com> (04/10/20 1.1988.80.18)
[IA64] uninitialised flags element could cause crashes
window is not zeroed, so the flags should be assigned, not modified.
This can lead to crashes at boot if the IO and Memory resources overlap.
Patch supplied by Matthew Wilcox
Signed-off-by: Tony Luck <tony.luck@intel.com>
<arun.sharma@intel.com> (04/10/20 1.1988.80.17)
[IA64] Add missing prototypes to kill warnings in sys_ia32.c
Signed-off-by: Arun Sharma <arun.sharma@intel.com>
Signed-off-by: Tony Luck <tony.luck@intel.com>
<tony.luck@intel.com> (04/10/20 1.1988.80.16)
[IA64] Allow -mtune=merced for gcc 3.4
Patch submitted by H. J. Lu
Gcc 3.4.2 fixed ia64 -mtune=merced regressions on Linux 2.6 kernel:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id\x16278
I have been using this patch for several months now.
Signed-off-by: Tony Luck <tony.luck@intel.com>
^ permalink raw reply [flat|nested] 73+ messages in thread* bk pull on ia64 linux tree
2004-01-13 0:59 Linus Torvalds
` (50 preceding siblings ...)
2004-10-21 0:17 ` Luck, Tony
@ 2004-10-27 3:58 ` Luck, Tony
2004-11-04 0:22 ` Luck, Tony
` (7 subsequent siblings)
59 siblings, 0 replies; 73+ messages in thread
From: Luck, Tony @ 2004-10-27 3:58 UTC (permalink / raw)
To: linux-ia64
Hi Linus,
please do a
bk pull http://lia64.bkbits.net/linux-ia64-release-2.6.10
This will update the files shown below.
Thanks!
-Tony
arch/ia64/ia32/elfcore32.h | 1
arch/ia64/kernel/efi.c | 35 ++++++++----
arch/ia64/kernel/perfmon.c | 32 ++++-------
arch/ia64/mm/discontig.c | 4 -
arch/ia64/sn/kernel/idle.c | 12 +---
arch/ia64/sn/kernel/io_init.c | 4 +
arch/ia64/sn/kernel/irq.c | 8 +-
arch/ia64/sn/kernel/mca.c | 28 +++++-----
arch/ia64/sn/kernel/setup.c | 51 ++++++++++++++++--
arch/ia64/sn/kernel/sn2/sn2_smp.c | 19 ++++---
arch/ia64/sn/kernel/sn2/sn_hwperf.c | 51 ++++++++----------
arch/ia64/sn/kernel/sn2/sn_proc_fs.c | 3 -
drivers/ide/pci/sgiioc4.c | 12 ++--
drivers/serial/sn_console.c | 79 +----------------------------
include/asm-ia64/pgtable.h | 8 +-
include/asm-ia64/sn/intr.h | 2
include/asm-ia64/sn/nodepda.h | 10 +++
include/asm-ia64/sn/sn2/sn_hwperf.h | 10 +++
include/asm-ia64/sn/sn_cpuid.h | 95 ++++++++++-------------------------
include/asm-ia64/sn/sn_sal.h | 32 +++++++++++
20 files changed, 239 insertions(+), 257 deletions(-)
through these ChangeSets:
<tony.luck@intel.com> (04/10/26 1.2185.1.12)
[IA64] Need <asm/meminit.h> for GRANULEROUNDDOWN
Alex's change for mem=/max_addr= now needs to include meminit.h
Signed-off-by: Tony Luck <tony.luck@intel.com>
<pfg@sgi.com> (04/10/26 1.2185.1.11)
[IA64-SGI] only allocate irq if the device can interrupt
Signed-off-by: Patrick Gefre <pfg@sgi.com>
Acked-by: Mike Habeck <habeck@sgi.com>
Signed-off-by: Tony Luck <tony.luck@intel.com>
<steiner@sgi.com> (04/10/26 1.2185.1.10)
[IA64-SGI] Delete simulator support from SN idle loop
Delete hack for supporting simulator for SN platforms. This capability
has been moved into the simulator environment & is no longer required
in the kernel.
Signed-off-by: Jack Steiner <steiner@sgi.com>
Signed-off-by: Tony Luck <tony.luck@intel.com>
<steiner@sgi.com> (04/10/26 1.2185.1.9)
[IA64-SGI] Update asm-ia64/sn/sn_cpuid.h macros
SGI SN code currently makes assumptions about the bits in the LID
register. These assumptions do not conform to the bit specifications
from Intel. For example, SN currently assumes that bits [28:16] of
the LID contain the physical node ID of a node.
This patch eliminates these assumptions. A SAL call is now used to translate
LID values to the NASID/subnode/slice values that are needed for SN
platforms. The results of the SAL call are saved in the SN nodepda.
Signed-off-by: Jack Steiner <steiner@sgi.com>
Signed-off-by: Tony Luck <tony.luck@intel.com>
<steiner@sgi.com> (04/10/26 1.2185.1.8)
[IA64] Delete obsolete code from SGI console driver
Delete obsolete code that supports the SGI simulator. This
support code has been moved into the fakeprom and is no
longer required in the kernel.
Signed-off-by: Jack Steiner <steiner@sgi.com>
Signed-off-by: Tony Luck <tony.luck@intel.com>
<jasonuhl@sgi.com> (04/10/26 1.2185.1.7)
[IA64] fix pgtable.h comments
Remove some statements from comments in <asm-ia64/pgtable.h> whose
correctness is page size dependent ... and based on using an 8k
page size, which almost nobody actually uses.
Signed-off-by: Jason Uhlenkott <jasonuhl@sgi.com>
Signed-off-by: Tony Luck <tony.luck@intel.com>
<kaos@sgi.com> (04/10/26 1.2185.1.6)
[IA64] Correct references from text/data to init.text/data.
These errors were found by 'make buildcheck'.
Signed-off-by: Keith Owens <kaos@sgi.com>
Signed-off-by: Tony Luck <tony.luck@intel.com>
<markgw@sgi.com> (04/10/26 1.2185.1.5)
[IA64] sn_hwperf correctly handle bricks with multiple slabs
The procfs handler for /proc/sgi_sn/sn_topology did
not correctly handle multiple slabs in the same brick,
e.g. a brick containing a compute node and an ionode.
Signed-off-by: Mark Goodwin <markgw@sgi.com>
Signed-off-by: Tony Luck <tony.luck@intel.com>
<kaos@sgi.com> (04/10/26 1.2185.1.4)
[IA64] Correct bit test for salinfo oem decode
The valid.oem_data bit is in different positions in each section. Make
the test for valid oem data a section specific test.
Signed-off-by: Keith Owens <kaos@sgi.com>
Signed-off-by: Tony Luck <tony.luck@intel.com>
<eranian@hpl.hp.com> (04/10/26 1.2185.1.3)
[IA64] misc small patches for perfmon
change-log:
- update comment for pfm_do_fasync()
- fix return value for pfm_smpl_buffer_alloc(). Now
return ENOMEM instead of EAGAIN when buffer too big
for RLIMIT_MEMLOCK.
- added missing vm_pgoff initialization in pfm_smpl_buffer_alloc()
- added flags tro debug print in pfm_write_pmcs
- added seed and mask to debug print in pfm_write_pmds
- shorten some of the debug prints
- remove bogus sanity check from pfm_save_regs() in SMP.
this could cause invalid PMU state restore
signed-off-by: eranian@hpl.hp.com
Signed-off-by: Tony Luck <tony.luck@intel.com>
<alex.williamson@hp.com> (04/10/26 1.2185.1.2)
[IA64] efi.c: fix mem= & max_addr
With this change, there's some extra fuzz introduced that a max_addr
specification will get rounded down to a granule boundary and memory
quantity, when using mem=, will be within a granule size of the
requested amount. Let me know if anyone finds more problems with it.
Signed-off-by: Alex Williamson <alex.williamson@hp.com>
Signed-off-by: Tony Luck <tony.luck@intel.com>
<akpm@osdl.org> (04/10/26 1.2000.10.2)
[IA64] Need <asm/uaccess.h> for KERNEL_DS & set_fs() definitions.
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Tony Luck <tony.luck@intel.com>
^ permalink raw reply [flat|nested] 73+ messages in thread* bk pull on ia64 linux tree
2004-01-13 0:59 Linus Torvalds
` (51 preceding siblings ...)
2004-10-27 3:58 ` Luck, Tony
@ 2004-11-04 0:22 ` Luck, Tony
2004-11-12 17:42 ` Luck, Tony
` (6 subsequent siblings)
59 siblings, 0 replies; 73+ messages in thread
From: Luck, Tony @ 2004-11-04 0:22 UTC (permalink / raw)
To: linux-ia64
Hi Linus,
please do a
bk pull http://lia64.bkbits.net/linux-ia64-release-2.6.10
This will update the files shown below.
Thanks!
-Tony
arch/ia64/configs/generic_defconfig | 1123 --------------------------------
arch/ia64/configs/sn2_defconfig | 58 +
arch/ia64/configs/tiger_defconfig | 59 +
arch/ia64/defconfig | 651 +++++++++---------
arch/ia64/hp/common/sba_iommu.c | 4
arch/ia64/kernel/time.c | 17
arch/ia64/pci/pci.c | 90 +-
arch/ia64/sn/kernel/io_init.c | 4
arch/ia64/sn/kernel/setup.c | 25
arch/ia64/sn/pci/pcibr/pcibr_dma.c | 4
arch/ia64/sn/pci/pcibr/pcibr_provider.c | 2
include/asm-ia64/pci.h | 9
include/asm-ia64/sn/arch.h | 11
include/asm-ia64/sn/sn_sal.h | 3
include/asm-ia64/sn/types.h | 4
15 files changed, 510 insertions(+), 1554 deletions(-)
through these ChangeSets:
<nigel.croxon@hp.com> (04/11/03 1.2453)
[IA64-HP] Fix for bits_wanted in sba_iommu.c
bits_wanted is expanded to bytes using the wrong shift value
(when iovp_shift != PAGE_SHIFT), resulting in an explosion of
used iommu resources.
This potentially results in mistakenly running out of DMA mapping
resources when the system is under *heavy* i/o load.
Signed-off-by: Nigel Croxon <nigel.croxon@hp.com>
Signed-off by: Alex Williamson <alex.williamson@hp.com>
Signed-off-by: Tony Luck <tony.luck@intel.com>
<tony.luck@intel.com> (04/11/03 1.2452)
[IA64-SGI] Do not disable interrupts in ia64_sn_plat_specific_err_print
ia64_sn_plat_specific_err_print() ends up calling vfree() which
requires IPI which can deadlock if interrupts are disabled. Do not
disable interrupts in ia64_sn_plat_specific_err_print().
Signed-off-by: Keith Owens <kaos@sgi.com>
Signed-off-by: Tony Luck <tony.luck@intel.com>
<tony.luck@intel.com> (04/11/03 1.2451)
[IA64] implement pcibios_resource_to_bus and pcibios_bus_to_resource
Patch from Matthew Wilcox:
Since some ia64 platforms have non-identity-mapped PCI busses, we need
to implement pcibios_resource_to_bus and pcibios_bus_to_resource.
Also clean up some >80 column comments and delete an unnecessary parameter
to pcibios_fixup_device_resources().
Signed-off-by: Tony Luck <tony.luck@intel.com>
<tony.luck@intel.com> (04/11/02 1.2424.1.47)
[IA64] promote configs/generic_defconfig to defconfig
arch/ia64/defconfig should be one that is usable by the
largest cross-section of the ia64 community. Replace
old version with an updated version of generic_defconfig.
Change suggested by Jesse Barnes.
Signed-off-by: Tony Luck <tony.luck@intel.com>
<tony.luck@intel.com> (04/11/02 1.2424.1.46)
[IA64] tiger_defconfig update for 2.6.10-rc1
Enable MCA_RECOVERY, TMPFS_XATTR, and other
miscellaneous config options.
Signed-off-by: Tony Luck <tony.luck@intel.com>
<jbarnes@sgi.com> (04/11/02 1.2424.1.45)
[IA64-SGI] update sn2_defconfig
Update sn2_defconfig to reflect some new options:
o enable MCA debugging of more than just TLB errors
o enable tmpfs xattr support
o enable kernel userspace events
o defaults for other new options
Signed-off-by: Jesse Barnes <jbarnes@sgi.com>
Signed-off-by: Tony Luck <tony.luck@intel.com>
<t-kochi@bq.jp.nec.com> (04/11/02 1.2424.1.44)
[IA64] cleanup CPU drift print
This patch skips printing drift information of a cpu where
ITC drift information is not supported by SAL. Without this,
bogus value (-1ppm) is printed on boot.
CPU 1: base freq 0.007MHz, ITC ratio\x10/2, ITC freq\x1000.035MHz+/--1ppm
is now
CPU 1: base freq 0.007MHz, ITC ratio\x10/2, ITC freq\x1000.035MHz
Signed-off-by: Takayoshi Kochi <t-kochi@bq.jp.nec.com>
Signed-off-by: Tony Luck <tony.luck@intel.com>
<steiner@sgi.com> (04/11/02 1.2424.1.43)
[IA64-SGI] Delete unused variable (master_node_bedrock_address)
Delete master_node_bedrock_address. It is no longer needed.
Signed-off-by: Jack Steiner <steiner@sgi.com>
Signed-off-by: Tony Luck <tony.luck@intel.com>
<jbarnes@sgi.com> (04/11/02 1.2424.1.42)
[IA64-SGI] move nic_t to asm/sn/types.h
Somehow nic_t crept into arch.h. Move it to types.h where it belongs (it
depends on u64, so pull in linux/types.h too).
Signed-off-by: Jesse Barnes <jbarnes@sgi.com>
Signed-off-by: Tony Luck <tony.luck@intel.com>
<jbarnes@sgi.com> (04/11/02 1.2424.1.41)
[IA64-SGI] remove redundant macros
This patch removes some redundant nasid conversion macros from arch.h and
updates callers to use the version they were defined to instead.
Signed-off-by: Jesse Barnes <jbarnes@sgi.com>
Signed-off-by: Tony Luck <tony.luck@intel.com>
<jbarnes@sgi.com> (04/11/02 1.2424.1.40)
[IA64-SGI] remove duplicate INVALID_* defines from arch.h
When I did the sparse stuff, I noticed some duplicate INVALID_* defines. This
patch removes one set of them and adds the proper include file to sn_sal.h.
Signed-off-by: Jesse Barnes <jbarnes@sgi.com>
Signed-off-by: Tony Luck <tony.luck@intel.com>
^ permalink raw reply [flat|nested] 73+ messages in thread* bk pull on ia64 linux tree
2004-01-13 0:59 Linus Torvalds
` (52 preceding siblings ...)
2004-11-04 0:22 ` Luck, Tony
@ 2004-11-12 17:42 ` Luck, Tony
2005-01-19 18:52 ` Luck, Tony
` (5 subsequent siblings)
59 siblings, 0 replies; 73+ messages in thread
From: Luck, Tony @ 2004-11-12 17:42 UTC (permalink / raw)
To: linux-ia64
Hi Linus,
please do a
bk pull http://lia64.bkbits.net/linux-ia64-release-2.6.10
This will update the files shown below.
Thanks!
-Tony
arch/ia64/kernel/entry.S | 4 ++--
arch/ia64/kernel/ivt.S | 31 ++++++++++++++++---------------
arch/ia64/kernel/mca.c | 1 +
arch/ia64/kernel/ptrace.c | 31 +++++++++----------------------
arch/ia64/kernel/signal.c | 8 +++-----
arch/ia64/kernel/smp.c | 8 ++++----
include/asm-ia64/ptrace.h | 8 ++++++--
include/asm-ia64/unistd.h | 3 ++-
8 files changed, 43 insertions(+), 51 deletions(-)
through these ChangeSets:
<fenghua.yu@intel.com> (04/11/11 1.2091)
[IA64] add cpu_relax() in the body of spin loops
This patch adds cpu_relax() in the body of spin loops in
smp_call_function(), smp_call_function_single(), and
ia64_mca_wakeup_ipi_wait().
Signed-off-by: Fenghua Yu <fenghua.yu@intel.com>
Signed-off-by: Tony Luck <tony.luck@intel.com>
<davidm@hpl.hp.com> (04/11/10 1.2090)
[IA64] speedup ptrace by avoiding kernel-stack walk
This patch changes the syscall entry path to store the
current-frame-mask (CFM) in pt_regs->cr_ifs. This just takes one
extra instruction (a "dep" to clear the bits other than 0-37) and is
free in terms of cycles.
The advantage of doing this is that it lets ptrace() avoid having to
walk the stack to determine the end of the user-level backing-store of
a process which is in the middle of a system-call. Since this is what
strace does all the time, this speeds up strace quite a bit (by ~50%).
More importantly, it makes the syscall vs. non-syscall case much more
symmetric, which is always something I wanted.
Note that the change to ivt.S looks big but this is just a rippling
effect of instruction-scheduling to keep syscall latency the same.
All that's really going on there is that instead of storing 0 into
cr_ifs member we store the low 38 bits of ar.pfs.
Signed-off-by: David Mosberger <davidm@hpl.hp.com>
Signed-off-by: Tony Luck <tony.luck@intel.com>
<tony.luck@intel.com> (04/11/05 1.2026.59.1)
[IA64] Allocate syscall #1270 for waitid syscall.
Signed-off-by: Tony Luck <tony.luck@intel.com>
^ permalink raw reply [flat|nested] 73+ messages in thread* bk pull on ia64 linux tree
2004-01-13 0:59 Linus Torvalds
` (53 preceding siblings ...)
2004-11-12 17:42 ` Luck, Tony
@ 2005-01-19 18:52 ` Luck, Tony
2005-01-23 3:05 ` Luck, Tony
` (4 subsequent siblings)
59 siblings, 0 replies; 73+ messages in thread
From: Luck, Tony @ 2005-01-19 18:52 UTC (permalink / raw)
To: linux-ia64
Hi Linus,
please do a
bk pull http://lia64.bkbits.net/linux-ia64-release-2.6.11
This will update the files shown below. Almost all of this has been
in my "test" tree for a while (and thus in "-mm").
I have one tiny generic change in here ... define a function "idle_task"
in kernel/sched.c (and declare it in sched.h) that is part of Keith Owens'
TIF_SIGDELAYED patch that ia64 uses in machine check processing to defer
the sending of a signal from the exception code (where we cannot safely
touch kernel structures) to the next return to userland.
Thanks!
-Tony
include/asm-ia64/sn/router.h | 618 ------------------
arch/ia64/Kconfig | 11
arch/ia64/kernel/asm-offsets.c | 11
arch/ia64/kernel/efi.c | 180 +++--
arch/ia64/kernel/entry.S | 15
arch/ia64/kernel/irq.c | 986 ------------------------------
arch/ia64/kernel/irq_ia64.c | 2
arch/ia64/kernel/mca.c | 18
arch/ia64/kernel/mca_asm.S | 65 -
arch/ia64/kernel/minstate.h | 7
arch/ia64/kernel/salinfo.c | 20
arch/ia64/kernel/setup.c | 3
arch/ia64/kernel/signal.c | 101 +++
arch/ia64/kernel/time.c | 2
arch/ia64/lib/swiotlb.c | 4
arch/ia64/mm/contig.c | 12
arch/ia64/mm/discontig.c | 75 +-
arch/ia64/mm/init.c | 65 +
arch/ia64/sn/kernel/iomv.c | 21
arch/ia64/sn/kernel/irq.c | 4
arch/ia64/sn/kernel/setup.c | 55 +
arch/ia64/sn/kernel/sn2/ptc_deadlock.S | 24
arch/ia64/sn/kernel/sn2/sn2_smp.c | 98 +-
arch/ia64/sn/kernel/sn2/timer.c | 5
arch/ia64/sn/kernel/sn2/timer_interrupt.c | 1
include/asm-ia64/hardirq.h | 2
include/asm-ia64/hw_irq.h | 4
include/asm-ia64/kregs.h | 1
include/asm-ia64/mca.h | 36 -
include/asm-ia64/mca_asm.h | 35 +
include/asm-ia64/msi.h | 1
include/asm-ia64/percpu.h | 2
include/asm-ia64/processor.h | 4
include/asm-ia64/sal.h | 4
include/asm-ia64/signal.h | 2
include/asm-ia64/sn/addrs.h | 387 ++++-------
include/asm-ia64/sn/arch.h | 3
include/asm-ia64/sn/klconfig.h | 2
include/asm-ia64/sn/leds.h | 1
include/asm-ia64/sn/nodepda.h | 2
include/asm-ia64/sn/pda.h | 13
include/asm-ia64/sn/rw_mmr.h | 9
include/asm-ia64/sn/shub_mmr.h | 221 +++---
include/asm-ia64/sn/sn_cpuid.h | 5
include/asm-ia64/sn/sn_sal.h | 53 +
include/asm-ia64/thread_info.h | 18
include/linux/sched.h | 1
kernel/sched.c | 9
48 files changed, 1007 insertions(+), 2211 deletions(-)
through these ChangeSets:
<rja@sgi.com> (05/01/18 1.1984)
[IA64] contig.c save physical address of MCA save area
Ashok Raj uncovered a problem while testing the MCA code
on a tiger box with contig memory. The virtual address
was getting saved instead of the physical address of the
MCA save area. This patch fixes that problem.
Signed-off-by: Russ Anderson <rja@sgi.com>
Signed-off-by: Tony Luck <tony.luck@intel.com>
<rddunlap@osdl.org> (05/01/14 1.1975.48.1)
[IA64/X86_64] swiotlb.c: fix gcc printk warning
swiotlb: Fix gcc printk format warning on x86_64, OK for ia64:
arch/ia64/lib/swiotlb.c:351: warning: long unsigned int format, long
long unsigned int arg (arg 2)
Signed-off-by: Randy Dunlap <rddunlap@osdl.org>
Signed-off-by: Tony Luck <tony.luck@intel.com>
<steiner@sgi.com> (05/01/11 1.1982)
[IA64-SGI] Delete unneeded SN2 header file router.h
Delete unused header file. The file became obsolete after the
IO reorg code was completed.
Signed-off-by: Jack Steiner <steiner@sgi.com>
Signed-off-by: Tony Luck <tony.luck@intel.com>
<steiner@sgi.com> (05/01/11 1.1981)
[IA64-SGI] Update SN2 code for running on simulator
Update the hack in sn_io_addr() that is used when running on the
system simulator. The change is needed for running on systems with
the new shub2 chipset.
Note that this change affects simulator runs only.
Signed-off-by: Jack Steiner <steiner@sgi.com>
Signed-off-by: Tony Luck <tony.luck@intel.com>
<rja@sgi.com> (05/01/07 1.1980)
[IA64] correct PERCPU_MCA_SIZE and ia64_init_stack size
* PERCPU_MCA_SIZE was the size of the wrong structure.
* ia64_init_stack was larger than necessary.
Signed-off-by: Russ Anderson <rja@sgi.com>
Signed-off-by: Tony Luck <tony.luck@intel.com>
<tony.luck@intel.com> (05/01/07 1.1979)
[IA64] Use alloc_bootmem() to get the space for mca_data.
PERCPU_MCA_SIZE is not a power of two, so is unsuited to be used as the 'align'
argument to __alloc_bootmem(). In fact we don't need any special alignment for
this structure, so we can use the simpler alloc_bootmem() macro interface to the
allocator.
Signed-off-by: Tony Luck <tony.luck@intel.com>
<rja@sgi.com> (05/01/06 1.1978)
[IA64] Fix problems in per cpu MCA code.
* K.3 was not getting set on all cpus.
* The pointer to each cpu's mca save area was getting incremented
before being set, with the result that the last cpu's pointer
was wrong.
* Made contig.c changes corresponding to earlier discontig.c changes.
* An offset into cpuinfo_ia64 structure was wrong in mca_asm.S.
Special thanks to Keith Owens for helping test and identify problems.
Signed-off-by: Russ Anderson <rja@sgi.com>
Signed-off-by: Tony Luck <tony.luck@intel.com>
<steiner@sgi.com> (05/01/06 1.1977)
[IA64] Stagger the addresses of the pernode data structures to minimize cache aliasing.
Allocation of pernode structures in find_pernode_space() does not
properly stagger the alignment of the pgdats. This causes
aliasing of the structures in the L3 caches, ie. the same fields
in pgdat structures for multiple nodes will index to same cache
index in the L3.
If a process is allocating a huge amount of space & many nodes must
be scanned before finding a node with available space, allocation
of a pages is significantly slowed by excessive cache misses.
By properly staggering the locations of the pgdat structures, allocation
times on insanely large systems is dramatically improved. On a 256 node
512GB system, allocation of 450 GB by a single process was reduced
from 1510 sec to 220 sec - a 7X improvement.
Aside from wasting a trivial amount of space, I don't see any
downside to staggering the allocation by 1 cacheline per node.
wasted space
bytes = N * (N-1) * 64
For 64 node system
wasted bytes = ~256K
Signed-off-by: Jack Steiner <steiner@sgi.com>
Signed-off-by: Tony Luck <tony.luck@intel.com>
<kaos@sgi.com> (04/12/13 1.1938.435.11)
[IA64] Drop SALINFO_TIMER_DELAY from 5 minutes to 1 minute
Experience with recoverable MCA events shows that a poll interval of 5
minutes for new MCA/INIT records is a bit too long. Drop the poll
interval to one minute.
Signed-off-by: Keith Owens <kaos@sgi.com>
Signed-off-by: Tony Luck <tony.luck@intel.com>
<kaos@sgi.com> (04/12/13 1.1938.435.10)
[IA64] Clear all corrected records as they occur
Because MCA events are not irq safe, they cannot be logged via
salinfo_decode at the time that they occur. Instead kernel salinfo.c
runs a timer every few minutes to check for and to clear corrected MCA
records. If a second recoverable MCA occurs on the same cpu before
salinfo_decode has cleared the first record then OS_MCA reads the
record for the first MCA from SAL, which passes invalid data to the MCA
recovery routines.
This patch treats all corrected records the same way, by clearing the
records from SAL as soon as they occur. CMC and CPE records are
cleared as they are read. Recoverable MCA records are cleared at the
time that we decide they can be corrected. If salinfo_decode is not
running or is backlogged then we lose some logging, but that has always
been the case for corrected errors.
Signed-off-by: Keith Owens <kaos@sgi.com>
Signed-off-by: Tony Luck <tony.luck@intel.com>
<kaos@sgi.com> (04/12/13 1.1938.435.9)
[IA64] Add TIF_SIGDELAYED, delay a signal until it is safe
Some of the work on recoverable MCA events has a requirement to send a
signal to a user process. But it is not safe to send signals from
MCA/INIT/NMI/PMI, because the rest of the kernel is an unknown state.
This patch adds set_sigdelayed() which is called from the problem
contexts to set the delayed signal. The delayed signal will be
delivered from the right context on the next transition from kernel to
user space.
If TIF_SIGDELAYED is set when we run ia64_leave_kernel or
ia64_leave_syscall then the delayed signal is delivered and cleared.
All code for sigdelayed processing is on the slow paths.
A recoverable MCA handler that wants to kill a user task just does
set_sigdelayed(pid, signo, code, addr);
Signed-off-by: Keith Owens <kaos@sgi.com>
Signed-off-by: Tony Luck <tony.luck@intel.com>
<tony.luck@intel.com> (04/12/10 1.1938.435.8)
[IA64] hardirq.h: Add declaration for ack_bad_irq().
Cleanup a warning from my irq merge.
Signed-off-by: Tony Luck <tony.luck@intel.com>
<rja@sgi.com> (04/12/10 1.1938.435.7)
[IA64] per cpu MCA/INIT save areas
Linux currently has one MCA & INIT save area for saving
stack and other data. This patch creates per cpu MCA
save areas, so that each cpu can save its own MCA stack
data. CPU register ar.k3 is used to hold a physical
address pointer to the cpuinfo structure. The cpuinfo
structure has a physical address pointer to the MCA save
area. The MCA handler runs in physical mode and the
physical address pointer avoids the problems associated
with doing the virtual to physical translation.
The per MCA save areas replace the global areas defined
in arch/ia64/kernel/mca.c for MCA processor state dump,
MCA stack, MCA stack frame, and MCA bspstore.
The code to access those save areas is updated to use the
per cpu save areas.
No changes are made to the MCA flow, ie all the old locks
are still in place. The point of this patch is to establish
the per cpu save areas. Additional usage of the save areas,
such as enabling concurrent INIT or MCA handling, will be
the subject of other patches.
Signed-off-by: Russ Anderson <rja@sgi.com>
Signed-off-by: Tony Luck <tony.luck@intel.com>
<steiner@sgi.com> (04/12/10 1.1938.435.6)
[IA64] Cachealign jiffies_64 to prevent unexpected aliasing in the caches.
On large systems, system overhead on cpu 0 is higher than on other
cpus. On a completely idle 512p system, the average amount of system time
on cpu 0 is 2.4% and .15% on cpu 1-511.
A second interesting data point is that if I run a busy-loop
program on cpus 1-511, the system overhead on cpu 0 drops
significantly.
I moved the timekeeper to cpu 1. The excessive system time moved
to cpu 1 and the system time on cpu 0 dropped to .2%.
Further investigation showed that the problem was caused by false
sharing of the cacheline containing jiffies_64. On the kernel that
I was running, both jiffies_64 & pal_halt share the same cacheline.
Idle cpus are frequently accessing pal_halt. Minor kernel
changes (including some of the debugging code that I used to find the
problem :-( ) can cause variables to move & change the false sharing - the
symptoms of the problem can change or disappear.
Signed-off-by: Jack Steiner <steiner@sgi.com>
Signed-off-by: Tony Luck <tony.luck@intel.com>
<steiner@sgi.com> (04/12/10 1.1938.435.4)
[IA64-SGI] Add support for a future SGI chipset (shub2) 4of4
Change the code that manages the LEDs so that it
works on both shub1 & shub2.
Signed-off-by: Jack Steiner <steiner@sgi.com>
<steiner@sgi.com> (04/12/10 1.1938.435.3)
[IA64-SGI] Add support for a future SGI chipset (shub2) 3of4
Change the IPI & TLB flushing code so that it works on
both shub1 & shub2.
Signed-off-by: Jack Steiner <steiner@sgi.com>
<steiner@sgi.com> (04/12/10 1.1938.435.2)
[IA64-SGI] Add support for a future SGI chipset (shub2) 2of4
This patch adds the addresses of shub2 MMRS to the shub_mmr
header file. During boot, a SAL call is made to determine the
type of the shub. Platform initialization sets the appropriate
MMR addresses for the platform.
A new macro (is_shub1() & is_shub2()) can be used at runtime to
determine the type of the shub.
Signed-off-by: Jack Steiner <steiner@sgi.com>
<steiner@sgi.com> (04/12/10 1.1938.435.1)
[IA64-SGI] Add support for a future SGI chipset (shub2) 1of4
This patch changes the SN macros for calulating the addresses
of shub MMRs. Functionally, shub1 (current chipset) and shub2
are very similar. The primary differences are in the addresses
of MMRs and in the location of the NASID (node number) in
a physical address. This patch adds the basic infrastructure
for running a single binary kernel image on either shub1 or shub2.
Signed-off-by: Jack Steiner <steiner@sgi.com>
<tony.luck@intel.com> (04/11/23 1.1938.391.1)
[IA64] convert to use CONFIG_GENERIC_HARDIRQS
Convert ia64 to use generic irq handling code.
sn2 fixes and testing by Jesse Barnes
Signed-off-by: Tony Luck <tony.luck@intel.com>
^ permalink raw reply [flat|nested] 73+ messages in thread* bk pull on ia64 linux tree
2004-01-13 0:59 Linus Torvalds
` (54 preceding siblings ...)
2005-01-19 18:52 ` Luck, Tony
@ 2005-01-23 3:05 ` Luck, Tony
2005-01-24 16:53 ` Jesse Barnes
` (3 subsequent siblings)
59 siblings, 0 replies; 73+ messages in thread
From: Luck, Tony @ 2005-01-23 3:05 UTC (permalink / raw)
To: linux-ia64
Hi Linus,
please do a
bk pull http://lia64.bkbits.net/linux-ia64-release-2.6.11
This will update the files shown below.
Thanks!
-Tony
arch/ia64/sn/include/shub.h | 39 --
arch/ia64/configs/tiger_defconfig | 59 +++-
arch/ia64/ia32/binfmt_elf32.c | 6
arch/ia64/ia32/sys_ia32.c | 2
arch/ia64/kernel/domain.c | 5
arch/ia64/kernel/efi.c | 1
arch/ia64/kernel/entry.S | 188 ++++++++------
arch/ia64/kernel/entry.h | 25 +
arch/ia64/kernel/fsys.S | 5
arch/ia64/kernel/gate.S | 4
arch/ia64/kernel/irq.c | 50 ---
arch/ia64/kernel/irq_ia64.c | 6
arch/ia64/kernel/ivt.S | 25 +
arch/ia64/kernel/mca.c | 2
arch/ia64/kernel/mca_drv.c | 2
arch/ia64/kernel/process.c | 6
arch/ia64/kernel/ptrace.c | 7
arch/ia64/kernel/smpboot.c | 3
arch/ia64/kernel/unwind.c | 9
arch/ia64/lib/bitop.c | 2
arch/ia64/mm/contig.c | 2
arch/ia64/pci/pci.c | 3
arch/ia64/sn/kernel/bte_error.c | 1
arch/ia64/sn/kernel/irq.c | 12
arch/ia64/sn/kernel/setup.c | 9
arch/ia64/sn/kernel/sn2/sn_hwperf.c | 46 +++
arch/ia64/sn/pci/pci_dma.c | 480 +++++++++++-------------------------
drivers/char/drm/drm_vm.c | 12
drivers/video/fbmem.c | 9
include/asm-ia64/bitops.h | 2
include/asm-ia64/hw_irq.h | 16 -
include/asm-ia64/machvec.h | 15 -
include/asm-ia64/machvec_init.h | 2
include/asm-ia64/machvec_sn2.h | 4
include/asm-ia64/pal.h | 20 +
include/asm-ia64/sal.h | 2
include/asm-ia64/sn/sn_cpuid.h | 1
include/asm-ia64/uaccess.h | 2
include/asm-ia64/unistd.h | 2
include/linux/efi.h | 21 +
40 files changed, 500 insertions(+), 607 deletions(-)
through these ChangeSets:
<tony.luck@intel.com> (05/01/22 1.2017)
[IA64] clean up loose ends from addition of efi_range_is_wc()
Signed-off-by: Tony Luck <tony.luck@intel.com>
<tony.luck@intel.com> (05/01/22 1.2016)
[IA64] irq handling cleanup
Patch from Christoph Hellwig to:
- irq_desc and irq_to_vector machvecs. SN2 has it's own versions,
but they're the same as the generic ones
- kill do do_IRQ and use __do_IRQ directly everywhere
- kill dead X86 ifdefs
- move some variable declarations around in irq.c to recuce # of ifdefs
Signed-off-by: Tony Luck <tony.luck@intel.com>
<jbarnes@sgi.com> (05/01/22 1.2015)
[IA64] remove superfluous layer from sn2 DMA API
When I converted the sn2 code over to the new DMA API, I left the old routines
in place and added wrappers to call them from the generic DMA API functions.
This added an unnecessary level of obfuscation since the generic ia64 code
calls those functions when any of the old style PCI DMA API functions are
called. This patch rectifies the problem making the code much easier to
understand and hopefully a little more efficient (though I'm sure gcc was
already inlining things pretty well, there were a bunch of unnecessary checks
that I took this opportunity to remove). It also shrinks the size of the sn2
pci_dma.c quite a bit.
pci_dma.c | 480 +++++++++++++++++++-----------------------------------------
1 files changed, 151 insertions(+), 329 deletions(-)
Signed-off-by: Jesse Barnes <jbarnes@sgi.com>
Signed-off-by: Tony Luck <tony.luck@intel.com>
<jbarnes@sgi.com> (05/01/22 1.2014)
[IA64] fix early SAL init for sn2
sn2 does early initialization of the SAL so it can use it for early console
support. Unfortunately, the loop to find the SAL entry point was buggy so
when we tried out new EFI and SAL system table layouts, the loop didn't
terminate. Here's the fix (doh!, use two different loop counters instead of
one and just return if we find the SAL entry point).
Signed-off-by: Jesse Barnes <jbarnes@sgi.com>
Signed-off-by: Tony Luck <tony.luck@intel.com>
<jbarnes@sgi.com> (05/01/22 1.2013)
[IA64] new api efi_range_is_wc()
Ok, here you go Tony. This one fixes the loop and also fixes drm_vm.c. All
of the bits aside from the efi.h bit are ia64 specific (either under
arch/ia64 or __ia64__), so your tree is probably the right place for all of
it.
This patch adds efi_range_is_wc() to efi.h. It's used to determine whether an
address range can be mapped with the write coalescing attribute. It also
fixes up some ia64 specific callers to use the new routine instead of
unconditionally calling pgprot_writecombined, which can be dangerous if used
on ranges that don't support it.
Signed-off-by: Jesse Barnes <jbarnes@sgi.com>
Signed-off-by: Tony Luck <tony.luck@intel.com>
<jes@trained-monkey.org> (05/01/22 1.2012)
[IA64] fix PAL_PREFETCH_VISIBILITY call
The following patch fixes the ia64_pal_prefetch_visibility function to
take a transaction type argument for either virtual or physical memory
as specified in the System Architechture Manual page 2:358.
Signed-Off-By: Jes Sorensen <jes@trained-monkey.org>
Signed-Off-By: Tony Luck <tony.luck@intel.com>
<eranian@hpl.hp.com> (05/01/22 1.2011)
[IA64] entry.S: perfmon psr.pp fix
Problem:
There exists a case where we stop monitoring, i.e. clear
psr.pp/dcr.pp, via IPI. This is when the stop is triggered
by a close(), either explicit in the application or implicit
via exit_files(). The IPI is necessary because at the time the
thread (controlling the context) issues a close() it may not run
on the CPU the context is bound to. Yet the call must succeed,
hence we need to propagate the call to the right CPU.
But what is the problem then?
Under IPI, we invoke a perfmon routine which clear the kernel
(live) kernel psr.pp bit and also dcr.pp. Then we return from
the function and execute the kernel exit path which restores
the interrupted state. Unfortunately, this restores the kernel
psr from ipsr which now contains a stale value. Therefore
monitoring in the kernel will be active even though we stopped it.
You cannot modify the "global" psr in an interrupt routine because
it will be systematically restored on the way back.
Solution:
We need to patch ipsr.pp in the kernel exit path to reflect the
kernel value of the kernel psr.pp bit. This must be done only when
returning to kernel.
The proposed patch does patch ipsr.pp such that it is identical
to psr.pp. The patch is subtle because the exit path does not have
a lot of free registers and also because we need to schedule for
a psr read. I had to shuffle things around a little bit.
The patch is important because there will be another situation where
this problem can occur once we incorporate the support for event set
and multiplexing. In this configuration, you may be in the middle of
the idle loop and on a timer interrupt, you may stop monitoring.
Slightly different condition, yet same problem with ipsr.pp vs. psr.pp.
Changelog:
- update kernel exit path when returning to kernel to copy
psr.pp to ipsr.pp. This is necesary to ensure that if psr.pp
was modified during the kernel entry, the change is propagated
the the psr.pp of the of the interrupted thread. Psr.pp can
be modified as a consequence of an IPI under certain conditions,
such as when a system-wide context is closed from a remote CPU.
Special thanks to David for reworking the patch to fit
into the enhanced exit path.
signed-off-by: stephane eranian <eranian@hpl.hp.com>
Signed-off-by: Tony Luck <tony.luck@intel.com>
<tony.luck@intel.com> (05/01/22 1.2010)
[IA64] clean up ptrace corner cases
Patch from yanmin.zhang@intel.com to fix up some corner cases
in ptrace. Many thanks to davidm for reviewing and improving.
Signed-off-by: Tony Luck <tony.luck@intel.com>
<tony.luck@intel.com> (05/01/22 1.2009)
[IA64] mca.c: delete unused "return_to_sal" label
Label is unused, and so the compiler generates a warning.
Signed-off-by: Tony Luck <tony.luck@intel.com>
<davidm@hpl.hp.com> (05/01/22 1.2008)
[IA64] entry.S update the copyright year & fix a comment
Signed-off-by: David Mosberger-Tang <davidm@hpl.hp.com>
Signed-off-by: Tony Luck <tony.luck@intel.com>
<davidm@hpl.hp.com> (05/01/22 1.2007)
[IA64] Use srlz.d instead of srlz.i in ia64_leave_syscall
Use srlz.d instead of srlz.i. Safe because we don't care whether
the VHPT walker sees the clearing of PSR.ic (if it does, that's fine
if it doesn't, it's OK too since the kernel-text is pinned anyhow).
Good for another 11+ cycles in (normal) getpid().
Signed-off-by: David Mosberger-Tang <davidm@hpl.hp.com>
Signed-off-by: Tony Luck <tony.luck@intel.com>
<davidm@hpl.hp.com> (05/01/22 1.2006)
[IA64] Improve ia64_leave_syscall() for McKinley-type cores.
Optimize ia64_leave_syscall() a bit better for McKinley-type cores.
The patch looks big, but that's mostly due to renaming r16/r17 to r2/r3.
Good for a 13 cycle improvement.
Signed-off-by: David Mosberger-Tang <davidm@hpl.hp.com>
Signed-off-by: Tony Luck <tony.luck@intel.com>
<davidm@hpl.hp.com> (05/01/22 1.2005)
[IA64] Resched skip_rbs_switch to run 4 cycles faster on McKinley-type cores
Signed-off-by: David Mosberger-Tang <davidm@hpl.hp.com>
Signed-off-by: Tony Luck <tony.luck@intel.com>
<davidm@hpl.hp.com> (05/01/22 1.2004)
[IA64] entry.S: Align rse_clear_invalid to double-bundle boundary.
Trivial patch: align rse_clear_invalid to 32-byte boundary. Good for
a 9 cycle speed up.
Signed-off-by: David Mosberger-Tang <davidm@hpl.hp.com>
Signed-off-by: Tony Luck <tony.luck@intel.com>
<davidm@hpl.hp.com> (05/01/22 1.2003)
[IA64] Don't forget to initialize PKStk for kernel-threads
Kernel-threads had both pUStk and pKStk set to FALSE, which was
unintentional. I don't think the bug has shown any ill effects, but
it's clearly wrong and could come around to bite us later, so let's
fix it now. Depends on the previous patch to clean up C usage of the
global/root-function predicates.
Signed-off-by: Tony Luck <tony.luck@intel.com>
<davidm@hpl.hp.com> (05/01/22 1.2002)
[IA64] cleanup C uage of global/root-function predicates
The patch below is purely a cleanup but it's a prerequisite for the
next bug fix patch.
Signed-off-by: David Mosberger-Tang <davidm@hpl.hp.com>
Signed-off-by: Tony Luck <tony.luck@intel.com>
<nacc@us.ibm.com> (05/01/22 1.2001)
[IA64] smpboot.c: use msleep(100) instead of inlined equivalent
Use msleep() instead of schedule_timeout() to guarantee the task
delays as expected.
Signed-off-by: Nishanth Aravamudan <nacc@us.ibm.com>
Signed-off-by: Tony Luck <tony.luck@intel.com>
<rja@sgi.com> (05/01/22 1.2000)
[IA64] increase limit on #pages to isolate for MCA errors
The fixed sized array of pages that are isolated because of 2xECC
memory errors can run out. Increasing the size of the array is a
band-aid measure, the real fix will require changes to generic code
to add some bits to page_flags so that pages with errors can be
marked so as to prevent them ever being examined.
Signed-off-by: Russ Anderson <rja@sgi.com>
Signed-off-by: Tony Luck <tony.luck@intel.com>
<davidm@hpl.hp.com> (05/01/22 1.1999)
[IA64] sys_ia32.c: add missing __user annotation for sparse
Signed-off-by: David Mosberger-Tang <davidm@hpl.hp.com>
Signed-off-by: Tony Luck <tony.luck@intel.com>
<kaos@sgi.com> (05/01/22 1.1998)
[IA64] Sanity check unw_unwind_to_user
Signed-off-by: Keith Owens <kaos@sgi.com>
Signed-off-by: Tony Luck <tony.luck@intel.com>
<davidm@hpl.hp.com> (05/01/22 1.1997)
[IA64] domain.c: eliminate warning when compiling CONFIG_NUMA=n
When compiling for non-NUMA variable "node" ended up not being used,
which solicits a warning from GCC. Fix is to evluate cpu_to_node(i)
in place. This has the effect of doing cpu_to_node(i) twice on NUMA,
but this is init code, so performance is not an issue (and even if
it were, you can just declare cpu_to_node() as being a pure function,
so the compiler can eliminate the second call).
Signed-off-by: David Mosberger-Tang <davidm@hpl.hp.com>
Signed-off-by: Tony Luck <tony.luck@intel.com>
<davidm@hpl.hp.com> (05/01/22 1.1996)
[IA64] uaccess.h: add missing __user annotation for sparse
I was getting a lot of spurious warnings with "make C=1", due to a
missing "__user" attribute. I'm not sure whether this got lost or
whether earlier versions of sparse failed to warn about it, but it's
clearly needed (and the i386 version of uaccess.h does the same).
Signed-off-by: David Mosberger-Tang <davidm@hpl.hp.com>
Signed-off-by: Tony Luck <tony.luck@intel.com>
<tony.luck@intel.com> (05/01/22 1.1995)
[IA64] binfmt_elf32.c: BUG if insert_vm_struct fails
It seems that in ia64_elf32_init, instead of calling return, if we insert
an overlapping vma, we should instead BUG(). We should never get into this
code path, because the vma's are set above PAGE_OFFSET, and thus a
Xmalicious user can not trigger this code path. This change is being
suggested mainly for clarity. Thanks to Stephen Tweedie for pointing out
that returning early in ia64_elf32_init could have unpredictable results.
Signed-off-by: Tony Luck <tony.luck@intel.com>
<markgw@sgi.com> (05/01/22 1.1994)
[IA64] fix SN2 hwperf error handling
Fix the error handling for the SN2 hardware perf ioctl interface.
Signed-off-by: Mark Goodwin <markgw@sgi.com>
Signed-off-by: Tony Luck <tony.luck@intel.com>
<steiner@sgi.com> (05/01/22 1.1993)
[IA64] Delete: arch/ia64/sn/include/shub.h
Signed-off-by: Jack Steiner <steiner@sgi.com>
Signed-off-by: Tony Luck <tony.luck@intel.com>
<steiner@sgi.com> (05/01/22 1.1992)
[IA64] Delete duplicate SN2 definition of cpu_logical_id for UP build
Signed-off-by: Jack Steiner <steiner@sgi.com>
Signed-off-by: Tony Luck <tony.luck@intel.com>
<bob.picco@hp.com> (05/01/22 1.1991)
[IA64] fix declaration of __find_next_zero_bit, first arg is "const"
Signed-off-by: Bob Picco <bob.picco@hp.com>
Signed-off-by: Tony Luck <tony.luck@intel.com>
<tony.luck@intel.com> (05/01/22 1.1990)
[IA64] tiger_defconfig: updated for 2.6.11-rc2
Signed-off-by: Tony Luck <tony.luck@intel.com>
<tony.luck@intel.com> (05/01/19 1.1986)
[IA64] two trivial build fixes for generic uniprocessor
Patches supplied by Dann Frazier.
Signed-off-by: Tony Luck <tony.luck@intel.com>
<rja@sgi.com> (05/01/18 1.1984)
[IA64] contig.c save physical address of MCA save area
Ashok Raj uncovered a problem while testing the MCA code
on a tiger box with contig memory. The virtual address
was getting saved instead of the physical address of the
MCA save area. This patch fixes that problem.
Signed-off-by: Russ Anderson <rja@sgi.com>
Signed-off-by: Tony Luck <tony.luck@intel.com>
^ permalink raw reply [flat|nested] 73+ messages in thread* Re: bk pull on ia64 linux tree
2004-01-13 0:59 Linus Torvalds
` (55 preceding siblings ...)
2005-01-23 3:05 ` Luck, Tony
@ 2005-01-24 16:53 ` Jesse Barnes
2005-01-25 6:30 ` Luck, Tony
` (2 subsequent siblings)
59 siblings, 0 replies; 73+ messages in thread
From: Jesse Barnes @ 2005-01-24 16:53 UTC (permalink / raw)
To: linux-ia64
On Saturday, January 22, 2005 7:05 pm, Luck, Tony wrote:
> <tony.luck@intel.com> (05/01/22 1.2017)
> [IA64] clean up loose ends from addition of efi_range_is_wc()
>
> Signed-off-by: Tony Luck <tony.luck@intel.com>
Thanks for adding the export, I don't do modules very often. But does drm
really need the #ifdef __ia64__ around the include of efi.h? Isn't that file
safe to include unconditionally?
Thanks,
Jesse
^ permalink raw reply [flat|nested] 73+ messages in thread* RE: bk pull on ia64 linux tree
2004-01-13 0:59 Linus Torvalds
` (56 preceding siblings ...)
2005-01-24 16:53 ` Jesse Barnes
@ 2005-01-25 6:30 ` Luck, Tony
2005-01-25 23:03 ` Luck, Tony
2005-03-18 23:30 ` Luck, Tony
59 siblings, 0 replies; 73+ messages in thread
From: Luck, Tony @ 2005-01-25 6:30 UTC (permalink / raw)
To: linux-ia64
>Thanks for adding the export, I don't do modules very often.
>But does drm really need the #ifdef __ia64__ around the include of efi.h?
>Isn't that file safe to include unconditionally?
The #ifdef is almost certainly unneeded ... but I wasn't in
a position to even build on more than one other arch on Saturday
when I was catching up. So rather than risk breaking the build,
I went for the easy way out and added the #ifdef.
-Tony
^ permalink raw reply [flat|nested] 73+ messages in thread* bk pull on ia64 linux tree
2004-01-13 0:59 Linus Torvalds
` (57 preceding siblings ...)
2005-01-25 6:30 ` Luck, Tony
@ 2005-01-25 23:03 ` Luck, Tony
2005-03-18 23:30 ` Luck, Tony
59 siblings, 0 replies; 73+ messages in thread
From: Luck, Tony @ 2005-01-25 23:03 UTC (permalink / raw)
To: linux-ia64
Hi Linus,
please do a
bk pull http://lia64.bkbits.net/linux-ia64-release-2.6.11
This will update the files shown below ... the apparently huge change
to ptrace.c is mostly code reformatting to fit in 80 columns.
Thanks!
-Tony
arch/ia64/ia32/ia32_signal.c | 20 -
arch/ia64/ia32/sys_ia32.c | 33 --
arch/ia64/kernel/entry.S | 18 -
arch/ia64/kernel/perfmon.c | 17 -
arch/ia64/kernel/ptrace.c | 687 +++++++++++++++++++++++++------------------
arch/ia64/kernel/signal.c | 9
arch/ia64/kernel/sys_ia64.c | 7
arch/ia64/kernel/traps.c | 76 ++--
arch/ia64/pci/pci.c | 2
include/asm-ia64/unistd.h | 14
10 files changed, 490 insertions(+), 393 deletions(-)
through these ChangeSets:
<tony.luck@intel.com> (05/01/25 1.2031)
[IA64] entry.S: .align in .text sections is broken, use TEXT_ALIGN()
A few reports of illegal instruction panics while trying to boot
were tracked to this. Fix by David Mosberger.
Signed-off-by: Tony Luck <tony.luck@intel.com>
<tony.luck@intel.com> (05/01/25 1.2030)
[IA64] pci_sal_read seg limit is 65535, not 255
Spotted by Andreas Schwab, fix from Matthew Wilcox
and David Mosberger.
Signed-off-by: Tony Luck <tony.luck@intel.com>
<davidm@hpl.hp.com> (05/01/25 1.2029)
[IA64] fix ptrace debug-register handling bug
I noticed that the PTRACE_POKEUSR code incorrectly clears bits 56-58
of _all_ debug registers. The intention was to only clear it for
odd-numbered registers, to ensure that user-level can only set
user-level data/instruction-breakpoints. Patch below fixes this problem.
The patch also replaces explicit clearing of the single-step and
taken-branch PSR bits with a call to ptrace_disable() for PTRACE_KILL.
Signed-off-by: David Mosberger-Tang <davidm@hpl.hp.com>
Signed-off-by: Tony Luck <tony.luck@intel.com>
<davidm@hpl.hp.com> (05/01/25 1.2028)
[IA64] clean up pt_regs accesses
This patch replaces the idiom:
func (args..., long stack) {
struct pt_regs *regs = (struct pt_regs *) &stack;
with the more commonly used:
func (args..., struct pt_regs regs) {
The latter didn't used to work with the very earliest kernels and
compilers (anybody remember egcs?) but gcc-3.3 and probably even
gcc-2.96 don't have a problem with it anymore.
The change also makes sparse happier, since it doesn't like it when
you access memory past the end of the declared size of that variable.
Signed-off-by: David Mosberger-Tang <davidm@hpl.hp.com>
Signed-off-by: Tony Luck <tony.luck@intel.com>
<tony.luck@intel.com> (05/01/25 1.2027)
[IA64] ptrace.c: Format to make it fit in 80 cols.
David thinks this might make Jesse and Willy happy (or
at least happier). If they can cope with line breaks
before a binary operator, rather than after, then maybe
it will :-)
Signed-off-by: David Mosberger-Tang <davidm@hpl.hp.com>
Signed-off-by: Tony Luck <tony.luck@intel.com>
<kenneth.w.chen@intel.com> (05/01/25 1.2026)
[IA64] Ensure that r9 can't be a NaT on return from sys_pipe()
This version doesn't cost us any extra cycles.
Signed-off-by: Ken Chen <kenneth.w.chen@intel.com>
Signed-off-by: Rohit Seth <rohit.seth@intel.com>
Acked-by: David Mosberger <davidm@hpl.hp.com>
Signed-off-by: Tony Luck <tony.luck@intel.com>
^ permalink raw reply [flat|nested] 73+ messages in thread* bk pull on ia64 linux tree
2004-01-13 0:59 Linus Torvalds
` (58 preceding siblings ...)
2005-01-25 23:03 ` Luck, Tony
@ 2005-03-18 23:30 ` Luck, Tony
59 siblings, 0 replies; 73+ messages in thread
From: Luck, Tony @ 2005-03-18 23:30 UTC (permalink / raw)
To: linux-ia64
Hi Linus,
please do a
bk pull http://lia64.bkbits.net/linux-ia64-release-2.6.12
This will update the files shown below.
Thanks!
-Tony
include/asm-ia64/pgtable.h | 20 +++++++++++++++-----
1 files changed, 15 insertions(+), 5 deletions(-)
through these ChangeSets:
<tony.luck@intel.com> (05/03/18 1.2218.1.1)
[IA64] Another fix for pgd_addr_end (last one was wrong).
I confused the hole in the middle of a region when an implementation of
the Itanium architecture doesn't implement all the virtual address bits
with the actual layout in Linux. Linux doesn't put a hole in the middle
of the region, it stacks all the address space that the page tables can
reference at the start of the region.
Thanks to Dave Miller (again) and Peter Chubb.
Signed-off-by: Tony Luck <tony.luck@intel.com>
^ permalink raw reply [flat|nested] 73+ messages in thread