[RFC] Reduce per_cpu allocations to minimum needed for boot -V2

2008-02-07 Thread Robin Holt
The attached patch significantly shrinks boot memory allocation on ia64. It does this by not allocating per_cpu areas for cpus that can never exist. In the case where acpi does not have any numa node description of the cpus, I defaulted to assigning the first 4 to node 0. For the !CONFIG_ACPI I

[RFC] Reduce per_cpu allocations to minimum needed for boot.

2008-02-07 Thread Robin Holt
The attached patch significantly shrinks boot memory allocation on ia64. It does this by not allocating per_cpu areas for cpus that can never exist. In the case where acpi does not have any numa node description of the cpus, I defaulted to assigning the first 4 to node 0. For the !CONFIG_ACPI I

Re: [PATCH] SGI Altix mmtimer - allow larger number of timers per node

2008-02-07 Thread Andrew Morton
On Thu, 7 Feb 2008 15:35:52 -0600 Dimitri Sivanich <[EMAIL PROTECTED]> wrote: > This patch to the SGI Altix specific mmtimer driver is to allow a > virtually infinite number of timers to be set per node. > > Timers will now be kept on a sorted per-node list and a single node-based > hardware comp

RE: [PATCH] Multiple outstanding ptc.g instructions support

2008-02-07 Thread Luck, Tony
I made a few changes to this: 1) Updated w.r.t. latest kernel (mostly due to cleanups in efi.c) 2) Dropped the palinfo.c piece that provided the PALO values for number of purges. I think that /proc/pal/cpu*/* should just return the values that PAL provides. If we need to provide an API

[PATCH] SGI Altix mmtimer - allow larger number of timers per node

2008-02-07 Thread Dimitri Sivanich
This patch to the SGI Altix specific mmtimer driver is to allow a virtually infinite number of timers to be set per node. Timers will now be kept on a sorted per-node list and a single node-based hardware comparator is used to trigger the next timer. Signed-off-by: Dimitri Sivanich <[EMAIL PROTEC

RE: [kvm-devel] [PATCH][21] Readme for kvm/ia64 boot.

2008-02-07 Thread Zhang, Xiantao
Akio Takebe wrote: > Hi, Xiantao > >> From: Zhang Xiantao <[EMAIL PROTECTED]> >> Date: Tue, 29 Jan 2008 17:27:06 +0800 >> Subject: [PATCH] README: How to boot up guests on kvm/ia64 >> >> Guide: How to boot up guests on kvm/ia64 >> Signed-off-by: Xiantao Zhang <[EMAIL PROTECTED]> --- >> arch/ia64/

Re: [kvm-devel] [PATCH][21] Readme for kvm/ia64 boot.

2008-02-07 Thread Akio Takebe
Hi, Xiantao >From: Zhang Xiantao <[EMAIL PROTECTED]> >Date: Tue, 29 Jan 2008 17:27:06 +0800 >Subject: [PATCH] README: How to boot up guests on kvm/ia64 > >Guide: How to boot up guests on kvm/ia64 >Signed-off-by: Xiantao Zhang <[EMAIL PROTECTED]> >--- > arch/ia64/kvm/README | 72 The better place

XenLinux/IA64 domU forward port

2008-02-07 Thread Isaku Yamahata
Hi. I forward ported XenLinux/IA64 domU portion and put it at http://people.valinux.co.jp/~yamahata/xen-ia64/20080207/xen_ia64-20080207.patch This patch is for 551e4fb2465b87de9d4aa1669b27d624435443bb of git://git.kernel.org/pub/scm/linux/kernel/git/aegl/linux-2.6.git It boots as domU and disk

Re: git pull on ia64 linux tree

2008-02-07 Thread Christoph Hellwig
On Wed, Feb 06, 2008 at 09:37:54AM -0800, Luck, Tony wrote: > > Any reason the various ptrace bits are not included in this pull? > > The ptrace bits depend upon some generic changes to add arch_ptrace_stop() > ... I think Andrew included them as part 89/260 of today's early > morning mail patch b

RE: git pull on ia64 linux tree

2008-02-07 Thread Petr Tesarik
On Wed, 2008-02-06 at 09:37 -0800, Luck, Tony wrote: > > Any reason the various ptrace bits are not included in this pull? > > The ptrace bits depend upon some generic changes to add arch_ptrace_stop() > ... I think Andrew included them as part 89/260 of today's early > morning mail patch bomb. Y