public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Christoph Lameter <clameter@sgi.com>
To: akpm@linux-foundation.org
Cc: linux-mm@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
Cc: David Miller <davem@davemloft.net>
Cc: Eric Dumazet <dada1@cosmosbay.com>
Cc: Martin Schwidefsky <schwidefsky@de.ibm.com>
Subject: [patch 03/28] cpu alloc: IA64 support
Date: Tue, 06 Nov 2007 11:51:47 -0800	[thread overview]
Message-ID: <20071106195158.339312757@sgi.com> (raw)
In-Reply-To: 20071106195144.983665861@sgi.com

[-- Attachment #1: cpu_alloc_ia64 --]
[-- Type: text/plain, Size: 3292 bytes --]

Typical use of per cpu memory for a small system of 8G 8p 4node is less than
64k per cpu memory. This is increasing rapidly for larger systems where we can
get up to 512k or 1M of memory used for cpu storage.

The maximum size of the cpu area is 128MB of memory.

The cpu area is placed in region 5 with the kernel, vmemmap and vmalloc areas.
So with this version we are limited to PAGE_SIZEd mappings. The cpu area and the
vmemmap area could use a large TLB size.

Signed-off-by: Christoph Lameter <clameter@sgi.com>

---
 arch/ia64/Kconfig          |   19 +++++++++++++++++++
 include/asm-ia64/pgtable.h |   27 +++++++++++++++++++++------
 2 files changed, 40 insertions(+), 6 deletions(-)

Index: linux-2.6/include/asm-ia64/pgtable.h
===================================================================
--- linux-2.6.orig/include/asm-ia64/pgtable.h	2007-11-06 06:11:58.000000000 +0000
+++ linux-2.6/include/asm-ia64/pgtable.h	2007-11-06 06:28:37.000000000 +0000
@@ -224,21 +224,41 @@
  */
 
 
+/*
+ * Layout of the RGN_GAGE
+ *
+ * 47 bits wide (16kb pages)
+ *
+ * 0xa000000000000000-0xa00000200000000	8G	Kernel data area
+ * 0xa000002000000000-0xa00040000000000	64T	vmalloc
+ * 0xa000400000000000-0xa00060000000000 32T	vmemmmap
+ * 0xa000600000000000-0xa00080000000000	32T	cpu area
+ *
+ * 55 bits wide (64kb pages)
+ *
+ * 0xa000000000000000-0xa00000200000000	8G	Kernel data area
+ * 0xa000002000000000-0xa04000000000000	16P	vmalloc
+ * 0xa040000000000000-0xa06000000000000 8P	vmemmmap
+ * 0xa060000000000000-0xa08000000000000	8P	cpu area
+ */
+
 #define VMALLOC_START		(RGN_BASE(RGN_GATE) + 0x200000000UL)
+#define VMALLOC_END_INIT	(RGN_BASE(RGN_GATE) + (1UL << (4*PAGE_SHIFT - 10)))
+
 #ifdef CONFIG_VIRTUAL_MEM_MAP
-# define VMALLOC_END_INIT	(RGN_BASE(RGN_GATE) + (1UL << (4*PAGE_SHIFT - 9)))
 # define VMALLOC_END		vmalloc_end
   extern unsigned long vmalloc_end;
 #else
+# define VMALLOC_END VMALLOC_END_INIT
+#endif
+
 #if defined(CONFIG_SPARSEMEM) && defined(CONFIG_SPARSEMEM_VMEMMAP)
 /* SPARSEMEM_VMEMMAP uses half of vmalloc... */
-# define VMALLOC_END		(RGN_BASE(RGN_GATE) + (1UL << (4*PAGE_SHIFT - 10)))
-# define vmemmap		((struct page *)VMALLOC_END)
-#else
-# define VMALLOC_END		(RGN_BASE(RGN_GATE) + (1UL << (4*PAGE_SHIFT - 9)))
-#endif
+# define vmemmap		((struct page *)VMALLOC_END_INIT)
 #endif
 
+#define CPU_AREA_BASE		(RGN_BASE(RGN_GATE) + (3UL << (4*PAGE_SHIFT - 11)))
+
 /* fs/proc/kcore.c */
 #define	kc_vaddr_to_offset(v) ((v) - RGN_BASE(RGN_GATE))
 #define	kc_offset_to_vaddr(o) ((o) + RGN_BASE(RGN_GATE))
Index: linux-2.6/arch/ia64/Kconfig
===================================================================
--- linux-2.6.orig/arch/ia64/Kconfig	2007-11-06 06:11:57.000000000 +0000
+++ linux-2.6/arch/ia64/Kconfig	2007-11-06 06:12:27.000000000 +0000
@@ -99,6 +99,25 @@
 	bool
 	default y
 
+config CPU_AREA_VIRTUAL
+	bool
+	default y
+
+# Maximum of 128 MB cpu_alloc space per cpu
+config CPU_AREA_ORDER
+	int
+	default "13"
+
+#
+# Expand the area in PAGE_SIZE steps. We could be using
+# huge pages if we would move this into region 5. But with the move
+# to 64k we will likely be fine here. 64k is more than enough
+# for most configurations.
+#
+config CPU_AREA_ALLOC_ORDER
+	int
+	default "0"
+
 choice
 	prompt "System type"
 	default IA64_GENERIC

-- 

  parent reply	other threads:[~2007-11-06 19:52 UTC|newest]

Thread overview: 78+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-11-06 19:51 [patch 00/28] cpu alloc v1: Optimize by removing arrays of pointers to per cpu objects Christoph Lameter
2007-11-06 19:51 ` [patch 01/28] cpu alloc: The allocator Christoph Lameter
2007-11-08 12:34   ` Peter Zijlstra
2007-11-08 12:37     ` Peter Zijlstra
2007-11-08 18:33     ` Christoph Lameter
2007-11-08 18:50       ` Christoph Lameter
2007-11-08 20:19         ` Peter Zijlstra
     [not found]   ` <1194522615.6289.136.camel@twins>
     [not found]     ` <Pine.LNX.4.64.0711081030380.7871@schroedinger.engr.sgi.com>
2007-11-08 20:19       ` Peter Zijlstra
2007-11-08 20:24         ` Christoph Lameter
2007-11-08 23:26           ` David Miller
2007-11-08 23:26         ` David Miller
2007-11-13 11:15   ` David Miller
2007-11-13 21:40     ` Christoph Lameter
2007-11-13 21:58       ` Eric Dumazet
2007-11-13 22:00         ` Christoph Lameter
2007-11-14  1:33           ` David Miller
2007-11-13 22:02         ` Christoph Lameter
2007-11-14  1:30       ` David Miller
2007-11-14  1:48         ` Christoph Lameter
2007-11-13 22:20     ` Christoph Lameter
2007-11-14  1:36       ` David Miller
2007-11-14  1:37       ` David Miller
2007-11-14  1:50         ` Christoph Lameter
2007-11-14  2:00           ` David Miller
2007-11-14  2:05             ` Christoph Lameter
2007-11-14  1:06     ` Andi Kleen
2007-11-14  1:52       ` David Miller
2007-11-14  1:57         ` Christoph Lameter
2007-11-14  2:01           ` David Miller
2007-11-14  2:03             ` Christoph Lameter
2007-11-14  2:28         ` Andi Kleen
2007-11-14  3:48           ` David Miller
2007-11-14  3:49           ` Christoph Lameter
2007-11-16 10:23           ` large lockdep bss (was: Re: [patch 01/28] cpu alloc: The allocator) Peter Zijlstra
2007-11-16 11:44             ` Andi Kleen
2007-11-14  4:15       ` [patch 01/28] cpu alloc: The allocator Christoph Lameter
2007-11-14  4:18         ` David Miller
2007-11-14  4:21           ` David Miller
2007-11-14  4:26           ` Christoph Lameter
2007-11-14  5:53             ` David Miller
2007-11-15 18:49               ` Christoph Lameter
2007-11-15 22:03                 ` David Miller
2007-11-16  2:19                   ` Christoph Lameter
2007-11-16  2:50                     ` David Miller
2007-11-16  2:55                       ` Christoph Lameter
2007-11-16  2:58                         ` David Miller
2007-11-16  3:10                           ` Christoph Lameter
2007-11-16  3:17                             ` David Miller
2007-11-16  3:19                               ` Christoph Lameter
2007-11-06 19:51 ` [patch 02/28] cpu alloc: x86_64 support Christoph Lameter
2007-11-06 19:51 ` Christoph Lameter [this message]
2007-11-06 19:51 ` [patch 04/28] cpu alloc: i386 support Christoph Lameter
2007-11-06 19:51 ` [patch 05/28] cpu alloc: Use in SLUB Christoph Lameter
2007-11-06 19:51 ` [patch 06/28] cpu alloc: Remove SLUB fields Christoph Lameter
2007-11-06 19:51 ` [patch 07/28] cpu alloc: page allocator conversion Christoph Lameter
2007-11-06 19:51 ` [patch 08/28] cpu alloc: percpu_counter conversion Christoph Lameter
2007-11-06 19:51 ` [patch 09/28] cpu alloc: crash_notes conversion Christoph Lameter
2007-11-06 19:51 ` [patch 10/28] cpu alloc: workqueue conversion Christoph Lameter
2007-11-06 19:51 ` [patch 11/28] cpu alloc: ACPI cstate handling conversion Christoph Lameter
2007-11-06 19:51 ` [patch 12/28] cpu alloc: genhd statistics conversion Christoph Lameter
2007-11-06 19:51 ` [patch 13/28] cpu alloc: blktrace conversion Christoph Lameter
2007-11-06 19:51 ` [patch 14/28] cpu alloc: SRCU Christoph Lameter
2007-11-06 19:51 ` [patch 15/28] cpu alloc: XFS counters Christoph Lameter
2007-11-06 19:52 ` [patch 16/28] cpu alloc: NFS statistics Christoph Lameter
2007-11-06 19:52 ` [patch 17/28] cpu alloc: neigbour statistics Christoph Lameter
2007-11-06 19:52 ` [patch 18/28] cpu alloc: tcp statistics Christoph Lameter
2007-11-06 19:52 ` [patch 19/28] cpu alloc: convert scatches Christoph Lameter
2007-11-06 19:52 ` [patch 20/28] cpu alloc: dmaengine conversion Christoph Lameter
2007-11-06 19:52 ` [patch 21/28] cpu alloc: convert loopback statistics Christoph Lameter
2007-11-06 19:52 ` [patch 22/28] cpu alloc: veth conversion Christoph Lameter
2007-11-06 19:52 ` [patch 23/28] cpu alloc: Chelsio statistics conversion Christoph Lameter
2007-11-06 19:52 ` [patch 24/28] cpu alloc: convert mib handling to cpu alloc Christoph Lameter
2007-11-06 19:52 ` [patch 25/28] cpu alloc: Explicitly code allocpercpu calls in iucv Christoph Lameter
2007-11-06 19:52 ` [patch 26/28] cpu alloc: Use for infiniband Christoph Lameter
2007-11-06 19:52 ` [patch 27/28] cpu alloc: Use in the crypto subsystem Christoph Lameter
2007-11-06 19:52 ` [patch 28/28] cpu alloc: Remove the allocpercpu functionality Christoph Lameter
2007-11-07 13:10 ` [patch 00/28] cpu alloc v1: Optimize by removing arrays of pointers to per cpu objects Martin Schwidefsky
2007-11-07 18:05   ` Christoph Lameter

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=20071106195158.339312757@sgi.com \
    --to=clameter@sgi.com \
    --cc=akpm@linux-foundation.org \
    --cc=linux-mm@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