From: David Mosberger <davidm@napali.hpl.hp.com>
To: linux-ia64@vger.kernel.org
Subject: bk pull on ia64 linux tree
Date: Fri, 12 Mar 2004 05:37:57 +0000 [thread overview]
Message-ID: <200403120537.i2C5bv4a010602@napali.hpl.hp.com> (raw)
In-Reply-To: <Pine.LNX.4.58.0401121658240.14305@evo.osdl.org>
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.
next prev parent reply other threads:[~2004-03-12 5:37 UTC|newest]
Thread overview: 73+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-01-13 0:59 bk pull on ia64 linux tree 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
2004-01-27 10:23 ` Jes Sorensen
2004-01-27 14:49 ` Martin Hicks
2004-01-27 16:22 ` David Mosberger
2004-01-27 21:57 ` David Mosberger
2004-02-11 5:19 ` David Mosberger
2004-02-12 1:05 ` Keith Owens
2004-02-12 1:31 ` David Mosberger
2004-02-13 22:44 ` Andrew Morton
2004-02-13 22:46 ` David Mosberger
2004-02-23 19:12 ` David Mosberger
2004-03-12 5:37 ` David Mosberger [this message]
2004-03-17 19:14 ` David Mosberger
2004-03-25 20:30 ` David Mosberger
2004-04-09 16:05 ` David Mosberger
2004-04-23 6:48 ` David Mosberger
2004-04-29 22:21 ` David Mosberger
2004-04-30 17:49 ` David Mosberger
2004-05-03 22:58 ` David Mosberger
2004-05-11 7:02 ` David Mosberger
2004-05-11 7:06 ` Christoph Hellwig
2004-05-11 18:39 ` Jesse Barnes
2004-05-21 21:45 ` David Mosberger
2004-06-05 5:57 ` David Mosberger
2004-06-19 6:58 ` David Mosberger
2004-06-30 0:04 ` David Mosberger
2004-06-30 0:44 ` Peter Chubb
2004-06-30 0:52 ` David Mosberger
2004-06-30 16:23 ` Jesse Barnes
2004-07-06 18:46 ` David Mosberger
2004-07-27 7:19 ` David Mosberger
2004-07-30 21:17 ` Luck, Tony
2004-08-04 22:05 ` Luck, Tony
2004-08-09 18:09 ` Luck, Tony
2004-08-23 21:23 ` tony.luck
2004-09-03 6:05 ` tony.luck
2004-09-09 5:51 ` Luck, Tony
2004-09-13 19:46 ` Luck, Tony
2004-09-16 22:39 ` Luck, Tony
2004-09-21 20:09 ` Luck, Tony
2004-09-22 23:14 ` Luck, Tony
2004-09-23 23:23 ` Luck, Tony
2004-09-28 18:34 ` Luck, Tony
2004-09-30 16:43 ` Luck, Tony
2004-10-01 16:42 ` Luck, Tony
2004-10-07 22:56 ` Luck, Tony
2004-10-20 0:15 ` Luck, Tony
2004-10-21 0:17 ` Luck, Tony
2004-10-27 3:58 ` Luck, Tony
2004-11-04 0:22 ` Luck, Tony
2004-11-12 17:42 ` Luck, Tony
2005-01-19 18:52 ` Luck, Tony
2005-01-23 3:05 ` Luck, Tony
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
-- strict thread matches above, loose matches on Subject: below --
2003-07-28 20:39 David Mosberger
2003-08-16 1:20 ` David Mosberger
2003-09-09 6:43 ` David Mosberger
2003-10-16 22:27 ` David Mosberger
2003-10-17 3:36 ` David Mosberger
2003-10-25 6:44 ` David Mosberger
2003-11-11 0:55 ` David Mosberger
2003-11-11 2:38 ` David Mosberger
2003-11-12 7:18 ` David Mosberger
2003-11-21 22:12 ` David Mosberger
2003-11-26 7:55 ` David Mosberger
2003-12-21 8:05 ` David Mosberger
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=200403120537.i2C5bv4a010602@napali.hpl.hp.com \
--to=davidm@napali.hpl.hp.com \
--cc=linux-ia64@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox