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: Fri, 03 Sep 2004 06:05:07 +0000	[thread overview]
Message-ID: <200409030605.i83657703878@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/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>


  parent reply	other threads:[~2004-09-03  6:05 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
2004-09-03  6:05 ` tony.luck [this message]
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=200409030605.i83657703878@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