From: tony.luck@intel.com
To: linux-ia64@vger.kernel.org
Subject: bk pull on ia64 linux tree
Date: Mon, 23 Aug 2004 21:23:48 +0000 [thread overview]
Message-ID: <200408232123.i7NLNmw11016@unix-os.sc.intel.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/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>
next prev parent reply other threads:[~2004-08-23 21:23 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
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 [this message]
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=200408232123.i7NLNmw11016@unix-os.sc.intel.com \
--to=tony.luck@intel.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