public inbox for linux-ia64@vger.kernel.org
 help / color / mirror / Atom feed
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>


  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