* Re: [BUG] at mm/slab.c:3320
[not found] <20071220100541.GA6953@skywalker>
@ 2007-12-25 22:05 ` Andrew Morton
2007-12-27 15:32 ` Aneesh Kumar K.V
0 siblings, 1 reply; 30+ messages in thread
From: Andrew Morton @ 2007-12-25 22:05 UTC (permalink / raw)
To: Aneesh Kumar K.V; +Cc: lkml, linux-mm
On Thu, 20 Dec 2007 15:35:41 +0530 "Aneesh Kumar K.V" <aneesh.kumar@linux.vnet.ibm.com> wrote:
>
> Linux version 2.6.24-rc5-autokern1 (root@elm3a23) (gcc version 3.4.6 20060404
> (Red Hat 3.4.6-9)) #1 SMP PREEMPT Thu Dec 20 04:16:18 EST 2007
> BIOS-provided physical RAM map:
> BIOS-e820: 0000000000000000 - 000000000009c400 (usable)
> BIOS-e820: 000000000009c400 - 00000000000a0000 (reserved)
> BIOS-e820: 00000000000e0000 - 0000000000100000 (reserved)
> BIOS-e820: 0000000000100000 - 00000000dff91900 (usable)
> BIOS-e820: 00000000dff91900 - 00000000dff9c340 (ACPI data)
> BIOS-e820: 00000000dff9c340 - 00000000e0000000 (reserved)
> BIOS-e820: 00000000fec00000 - 0000000100000000 (reserved)
> BIOS-e820: 0000000100000000 - 00000002a0000000 (usable)
> Node: 0, start_pfn: 0, end_pfn: 156
> Node: 0, start_pfn: 256, end_pfn: 917393
> Node: 0, start_pfn: 1048576, end_pfn: 2752512
> get_memcfg_from_srat: assigning address to rsdp
> RSD PTR v0 [IBM ]
> Begin SRAT table scan....
> CPU 0x00 in proximity domain 0x00
> CPU 0x02 in proximity domain 0x00
> CPU 0x10 in proximity domain 0x00
> CPU 0x12 in proximity domain 0x00
> Memory range 0x0 to 0xE0000 (type 0x0) in proximity domain 0x00 enabled
> Memory range 0x100000 to 0x120000 (type 0x0) in proximity domain 0x00 enabled
> CPU 0x20 in proximity domain 0x01
> CPU 0x22 in proximity domain 0x01
> CPU 0x30 in proximity domain 0x01
> CPU 0x32 in proximity domain 0x01
> Memory range 0x120000 to 0x2A0000 (type 0x0) in proximity domain 0x01 enabled
> acpi20_parse_srat: Entry length value is zero; can't parse any further!
> pxm bitmap: 03 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
> 00 00 00 00 00 00 00 00 00 00
> Number of logical nodes in system = 2
> Number of memory chunks in system = 3
> chunk 0 nid 0 start_pfn 00000000 end_pfn 000e0000
> chunk 1 nid 0 start_pfn 00100000 end_pfn 00120000
> chunk 2 nid 1 start_pfn 00120000 end_pfn 002a0000
> Node: 0, start_pfn: 0, end_pfn: 1179648
> Node: 1, start_pfn: 1179648, end_pfn: 2752512
> Reserving 16384 pages of KVA for lmem_map of node 0
> Shrinking node 0 from 1179648 pages to 1163264 pages
> Reserving 22016 pages of KVA for lmem_map of node 1
> Shrinking node 1 from 2752512 pages to 2730496 pages
> Reserving total of 38400 pages for numa KVA remap
> kva_start_pfn ~ 190464 find_max_low_pfn() ~ 229376
> max_pfn = 2752512
> 9856MB HIGHMEM available.
> 896MB LOWMEM available.
> min_low_pfn = 1945, max_low_pfn = 229376, highstart_pfn = 229376
> Low memory ends at vaddr f8000000
> node 0 will remap to vaddr ee800000 - fc000000
> node 1 will remap to vaddr f2800000 - 01600000
> High memory starts at vaddr f8000000
> found SMP MP-table at 0009c540
> Zone PFN ranges:
> DMA 0 -> 4096
> Normal 4096 -> 229376
> HighMem 229376 -> 2752512
> Movable zone start PFN for each node
> early_node_map[3] active PFN ranges
> 0: 0 -> 917504
> 0: 1048576 -> 1163264
> 1: 1179648 -> 2730496
> DMI 2.3 present.
> Using APIC driver default
> ACPI: RSDP 000FDFC0, 0014 (r0 IBM )
> ACPI: RSDT DFF9C2C0, 0034 (r1 IBM SERVIGIL 1000 IBM 45444F43)
> ACPI: FACP DFF9C240, 0074 (r1 IBM SERVIGIL 1000 IBM 45444F43)
> ACPI Warning (tbfadt-0442): Optional field "Gpe1Block" has zero address or
> length: 0000000000000000/4 [20070126]
> ACPI: DSDT DFF91900, 4AE5 (r1 IBM SERVIGIL 1000 INTL 2002025)
> ACPI: FACS DFF9BFC0, 0040
> ACPI: APIC DFF9C140, 00D2 (r1 IBM SERVIGIL 1000 IBM 45444F43)
> ACPI: SRAT DFF9C000, 0128 (r1 IBM SERVIGIL 1000 IBM 45444F43)
> ACPI: SSDT DFF96400, 5AE6 (r1 IBM VIGSSDT0 1000 INTL 2002025)
> ACPI: PM-Timer IO Port: 0x508
> Marking TSC unstable due to: Summit based system.
> Switched to APIC driver `summit'.
> ACPI: LAPIC (acpi_id[0x00] lapic_id[0x00] enabled)
> Processor #0 15:2 APIC version 20
> ACPI: LAPIC (acpi_id[0x01] lapic_id[0x02] enabled)
> Processor #2 15:2 APIC version 20
> ACPI: LAPIC (acpi_id[0x04] lapic_id[0x10] enabled)
> Processor #16 15:2 APIC version 20
> ACPI: LAPIC (acpi_id[0x05] lapic_id[0x12] enabled)
> Processor #18 15:2 APIC version 20
> ACPI: LAPIC (acpi_id[0x08] lapic_id[0x20] enabled)
> Processor #32 15:2 APIC version 20
> ACPI: LAPIC (acpi_id[0x09] lapic_id[0x22] enabled)
> Processor #34 15:2 APIC version 20
> ACPI: LAPIC (acpi_id[0x0c] lapic_id[0x30] enabled)
> Processor #48 15:2 APIC version 20
> ACPI: LAPIC (acpi_id[0x0d] lapic_id[0x32] enabled)
> Processor #50 15:2 APIC version 20
> ACPI: LAPIC_NMI (acpi_id[0x00] dfl dfl lint[0x1])
> ACPI: LAPIC_NMI (acpi_id[0x01] dfl dfl lint[0x1])
> ACPI: LAPIC_NMI (acpi_id[0x04] dfl dfl lint[0x1])
> ACPI: LAPIC_NMI (acpi_id[0x05] dfl dfl lint[0x1])
> ACPI: LAPIC_NMI (acpi_id[0x08] dfl dfl lint[0x1])
> ACPI: LAPIC_NMI (acpi_id[0x09] dfl dfl lint[0x1])
> ACPI: LAPIC_NMI (acpi_id[0x0c] dfl dfl lint[0x1])
> ACPI: LAPIC_NMI (acpi_id[0x0d] dfl dfl lint[0x1])
> ACPI: IOAPIC (id[0x0e] address[0xfec00000] gsi_base[0])
> IOAPIC[0]: apic_id 14, version 17, address 0xfec00000, GSI 0-43
> ACPI: IOAPIC (id[0x0d] address[0xfec01000] gsi_base[44])
> IOAPIC[1]: apic_id 13, version 17, address 0xfec01000, GSI 44-87
> ACPI: INT_SRC_OVR (bus 0 bus_irq 8 global_irq 8 low edge)
> ACPI: INT_SRC_OVR (bus 0 bus_irq 14 global_irq 14 high dfl)
> ACPI: INT_SRC_OVR (bus 0 bus_irq 11 global_irq 11 low level)
> Enabling APIC mode: Summit. Using 2 I/O APICs
> Using ACPI (MADT) for SMP configuration information
> Allocating PCI resources starting at e2000000 (gap: e0000000:1ec00000)
> Built 2 zonelists in Zone order, mobility grouping on. Total pages: 2545933
> Policy zone: HighMem
> Kernel command line: ro console=tty0 console=ttyS0,115200 autobench_args:
> root=/dev/sda3 ABAT:1198144312
> Enabling fast FPU save and restore... done.
> Enabling unmasked SIMD FPU exception support... done.
> Initializing CPU#0
> CPU 0 irqstacks, hard=c04c9000 soft=c0449000
> PID hash table entries: 4096 (order: 12, 16384 bytes)
> Detected 1996.171 MHz processor.
> Console: colour VGA+ 80x25
> console [tty0] enabled
> console [ttyS0] enabled
> Lock dependency validator: Copyright (c) 2006 Red Hat, Inc., Ingo Molnar
> ... MAX_LOCKDEP_SUBCLASSES: 8
> ... MAX_LOCK_DEPTH: 30
> ... MAX_LOCKDEP_KEYS: 2048
> ... CLASSHASH_SIZE: 1024
> ... MAX_LOCKDEP_ENTRIES: 8192
> ... MAX_LOCKDEP_CHAINS: 16384
> ... CHAINHASH_SIZE: 8192
> memory used by lock dependency info: 992 kB
> per task-struct memory footprint: 1200 bytes
> Dentry cache hash table entries: 131072 (order: 7, 524288 bytes)
> Inode-cache hash table entries: 65536 (order: 6, 262144 bytes)
> Initializing HighMem for node 0 (00038000:0011c000)
> Initializing HighMem for node 1 (00120000:0029aa00)
> Memory: 10168328k/11010048k available (2043k kernel code, 162988k reserved,
> 1058k data, 232k init, 9414212k highmem)
> virtual kernel memory layout:
> fixmap : 0xff234000 - 0xfffff000 (14124 kB)
> pkmap : 0xff000000 - 0xff200000 (2048 kB)
> vmalloc : 0xf8800000 - 0xfeffe000 ( 103 MB)
> lowmem : 0xc0000000 - 0xf8000000 ( 896 MB)
> .init : 0xc040c000 - 0xc0446000 ( 232 kB)
> .data : 0xc02fedc1 - 0xc040765c (1058 kB)
> .text : 0xc0100000 - 0xc02fedc1 (2043 kB)
> Checking if this processor honours the WP bit even in supervisor mode... Ok.
> Calibrating delay using timer specific routine.. 4002.61 BogoMIPS
> (lpj=8005239)
> ------------[ cut here ]------------
> kernel BUG at mm/slab.c:3320!
> invalid opcode: 0000 [#1] PREEMPT SMP
> Modules linked in:
>
> Pid: 0, comm: swapper Not tainted (2.6.24-rc5-autokern1 #1)
> EIP: 0060:[<c0181707>] EFLAGS: 00010046 CPU: 0
> EIP is at ____cache_alloc_node+0x1c/0x130
> EAX: ee4005c0 EBX: 00000000 ECX: 00000001 EDX: 000000d0
> ESI: 00000000 EDI: ee4005c0 EBP: c0408f74 ESP: c0408f54
> DS: 007b ES: 007b FS: 00d8 GS: 0000 SS: 0068
> Process swapper (pid: 0, ti=c0408000 task=c03d5d80 task.ti=c0408000)
> Stack: c03d5d80 c0408f6c c017ac36 00000001 000000d0 00000000 000000d0 ee4005c0
> c0408f88 c0181577 0001080c 00000246 ee4005c0 c0408fa8 c0181a97 c0408fb0
> c01395b9 000000d0 0001080c 00099800 c03dccec c0408fd0 c01395b9 c0408fd0
> Call Trace:
> [<c0105e23>] show_trace_log_lvl+0x19/0x2e
> [<c0105ee5>] show_stack_log_lvl+0x99/0xa1
> [<c010603f>] show_registers+0xb3/0x1e9
> [<c0106301>] die+0x11b/0x1fe
> [<c02fb654>] do_trap+0x8e/0xa8
> [<c01065cd>] do_invalid_op+0x88/0x92
> [<c02fb422>] error_code+0x72/0x78
> [<c0181577>] alternate_node_alloc+0x5b/0x60
> [<c0181a97>] kmem_cache_alloc+0x50/0x120
> [<c01395b9>] create_pid_cachep+0x4c/0xec
> [<c041ae65>] pidmap_init+0x2f/0x6e
> [<c040c715>] start_kernel+0x1ca/0x23e
> [<00000000>] 0x0
> =======================
> Code: ff eb 02 31 ff 89 f8 83 c4 10 5b 5e 5f 5d c3 55 89 e5 57 89 c7 56 53 83
> ec 14 89 55 f0 89 4d ec 8b b4 88 88 02 00 00 85 f6 75 04 <0f> 0b eb fe e8 f3
> ee ff ff 8d 46 24 89 45 e4 e8 23 97 17 00 8b
> EIP: [<c0181707>] ____cache_alloc_node+0x1c/0x130 SS:ESP 0068:c0408f54
> Kernel panic - not syncing: Attempted to kill the idle task!
ow.
static void *____cache_alloc_node(struct kmem_cache *cachep, gfp_t flags,
int nodeid)
{
struct list_head *entry;
struct slab *slabp;
struct kmem_list3 *l3;
void *obj;
int x;
l3 = cachep->nodelists[nodeid];
BUG_ON(!l3);
Maybe something got mucked up in our initial preparation of the zonelists.
I assume this is a recent regression. Is there any chance you can bisect
it down to the offending commit?
Thanks.
--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org. For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>
^ permalink raw reply [flat|nested] 30+ messages in thread
* Re: [BUG] at mm/slab.c:3320
2007-12-25 22:05 ` [BUG] at mm/slab.c:3320 Andrew Morton
@ 2007-12-27 15:32 ` Aneesh Kumar K.V
2007-12-27 19:31 ` Christoph Lameter
0 siblings, 1 reply; 30+ messages in thread
From: Aneesh Kumar K.V @ 2007-12-27 15:32 UTC (permalink / raw)
To: Andrew Morton, clameter; +Cc: lkml, linux-mm
On Tue, Dec 25, 2007 at 02:05:19PM -0800, Andrew Morton wrote:
> On Thu, 20 Dec 2007 15:35:41 +0530 "Aneesh Kumar K.V" <aneesh.kumar@linux.vnet.ibm.com> wrote:
> > ------------[ cut here ]------------
> > kernel BUG at mm/slab.c:3320!
> > invalid opcode: 0000 [#1] PREEMPT SMP
> > Modules linked in:
> >
> > Pid: 0, comm: swapper Not tainted (2.6.24-rc5-autokern1 #1)
> > EIP: 0060:[<c0181707>] EFLAGS: 00010046 CPU: 0
> > EIP is at ____cache_alloc_node+0x1c/0x130
> > EAX: ee4005c0 EBX: 00000000 ECX: 00000001 EDX: 000000d0
> > ESI: 00000000 EDI: ee4005c0 EBP: c0408f74 ESP: c0408f54
> > DS: 007b ES: 007b FS: 00d8 GS: 0000 SS: 0068
> > Process swapper (pid: 0, ti=c0408000 task=c03d5d80 task.ti=c0408000)
> > Stack: c03d5d80 c0408f6c c017ac36 00000001 000000d0 00000000 000000d0 ee4005c0
> > c0408f88 c0181577 0001080c 00000246 ee4005c0 c0408fa8 c0181a97 c0408fb0
> > c01395b9 000000d0 0001080c 00099800 c03dccec c0408fd0 c01395b9 c0408fd0
> > Call Trace:
> > [<c0105e23>] show_trace_log_lvl+0x19/0x2e
> > [<c0105ee5>] show_stack_log_lvl+0x99/0xa1
> > [<c010603f>] show_registers+0xb3/0x1e9
> > [<c0106301>] die+0x11b/0x1fe
> > [<c02fb654>] do_trap+0x8e/0xa8
> > [<c01065cd>] do_invalid_op+0x88/0x92
> > [<c02fb422>] error_code+0x72/0x78
> > [<c0181577>] alternate_node_alloc+0x5b/0x60
> > [<c0181a97>] kmem_cache_alloc+0x50/0x120
> > [<c01395b9>] create_pid_cachep+0x4c/0xec
> > [<c041ae65>] pidmap_init+0x2f/0x6e
> > [<c040c715>] start_kernel+0x1ca/0x23e
> > [<00000000>] 0x0
> > =======================
> > Code: ff eb 02 31 ff 89 f8 83 c4 10 5b 5e 5f 5d c3 55 89 e5 57 89 c7 56 53 83
> > ec 14 89 55 f0 89 4d ec 8b b4 88 88 02 00 00 85 f6 75 04 <0f> 0b eb fe e8 f3
> > ee ff ff 8d 46 24 89 45 e4 e8 23 97 17 00 8b
> > EIP: [<c0181707>] ____cache_alloc_node+0x1c/0x130 SS:ESP 0068:c0408f54
> > Kernel panic - not syncing: Attempted to kill the idle task!
>
> ow.
>
> static void *____cache_alloc_node(struct kmem_cache *cachep, gfp_t flags,
> int nodeid)
> {
> struct list_head *entry;
> struct slab *slabp;
> struct kmem_list3 *l3;
> void *obj;
> int x;
>
> l3 = cachep->nodelists[nodeid];
> BUG_ON(!l3);
>
> Maybe something got mucked up in our initial preparation of the zonelists.
>
> I assume this is a recent regression. Is there any chance you can bisect
> it down to the offending commit?
>
04231b3002ac53f8a64a7bd142fde3fa4b6808c6 is first bad commit
commit 04231b3002ac53f8a64a7bd142fde3fa4b6808c6
Author: Christoph Lameter <clameter@sgi.com>
Date: Tue Oct 16 01:25:32 2007 -0700
Memoryless nodes: Slab support
Slab should not allocate control structures for nodes without memory. This
may seem to work right now but its unreliable since not all allocations can
fall back due to the use of GFP_THISNODE.
Switching a few for_each_online_node's to N_NORMAL_MEMORY will allow us to
only allocate for nodes that have regular memory.
Signed-off-by: Christoph Lameter <clameter@sgi.com>
Acked-by: Nishanth Aravamudan <nacc@us.ibm.com>
Acked-by: Lee Schermerhorn <lee.schermerhorn@hp.com>
Acked-by: Bob Picco <bob.picco@hp.com>
Cc: KAMEZAWA Hiroyuki <kamezawa.hiroyu@jp.fujitsu.com>
Cc: Mel Gorman <mel@skynet.ie>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
diff --git a/mm/slab.c b/mm/slab.c
index 1b240a3..368a47d 100644
--- a/mm/slab.c
+++ b/mm/slab.c
@@ -1568,7 +1568,7 @@ void __init kmem_cache_init(void)
/* Replace the static kmem_list3 structures for the boot cpu */
init_list(&cache_cache, &initkmem_list3[CACHE_CACHE], node);
- for_each_online_node(nid) {
+ for_each_node_state(nid, N_NORMAL_MEMORY) {
init_list(malloc_sizes[INDEX_AC].cs_cachep,
&initkmem_list3[SIZE_AC + nid], nid);
@@ -1944,7 +1944,7 @@ static void __init set_up_list3s(struct kmem_cache *cachep, int index)
{
int node;
- for_each_online_node(node) {
+ for_each_node_state(node, N_NORMAL_MEMORY) {
cachep->nodelists[node] = &initkmem_list3[index + node];
cachep->nodelists[node]->next_reap = jiffies +
REAPTIMEOUT_LIST3 +
@@ -2075,7 +2075,7 @@ static int __init_refok setup_cpu_cache(struct kmem_cache *cachep)
g_cpucache_up = PARTIAL_L3;
} else {
int node;
- for_each_online_node(node) {
+ for_each_node_state(node, N_NORMAL_MEMORY) {
cachep->nodelists[node] =
kmalloc_node(sizeof(struct kmem_list3),
GFP_KERNEL, node);
@@ -3792,7 +3792,7 @@ static int alloc_kmemlist(struct kmem_cache *cachep)
struct array_cache *new_shared;
struct array_cache **new_alien = NULL;
- for_each_online_node(node) {
+ for_each_node_state(node, N_NORMAL_MEMORY) {
if (use_alien_caches) {
new_alien = alloc_alien_cache(node, cachep->limit);
-----------------
git bisect log
git-bisect start
# good: [bbf25010f1a6b761914430f5fca081ec8c7accd1] Linux 2.6.23
git-bisect good bbf25010f1a6b761914430f5fca081ec8c7accd1
# bad: [c9927c2bf4f45bb85e8b502ab3fb79ad6483c244] Linux 2.6.24-rc1
git-bisect bad c9927c2bf4f45bb85e8b502ab3fb79ad6483c244
# good: [9ac52315d4cf5f561f36dabaf0720c00d3553162] sched: guest CPU accounting: add guest-CPU /proc/<pid>/stat fields
git-bisect good 9ac52315d4cf5f561f36dabaf0720c00d3553162
# bad: [b9ec0339d8e22cadf2d9d1b010b51dc53837dfb0] add consts where appropriate in fs/nls/Kconfig fs/nls/Makefile fs/nls/nls_ascii.c fs/nls/nls_base.c fs/nls/nls_cp1250.c fs/nls/nls_cp1251.c fs/nls/nls_cp1255.c fs/nls/nls_cp437.c fs/nls/nls_cp737.c fs/nls/nls_cp775.c fs/nls/nls_cp850.c fs/nls/nls_cp852.c fs/nls/nls_cp855.c fs/nls/nls_cp857.c fs/nls/nls_cp860.c fs/nls/nls_cp861.c fs/nls/nls_cp862.c fs/nls/nls_cp863.c fs/nls/nls_cp864.c fs/nls/nls_cp865.c fs/nls/nls_cp866.c fs/nls/nls_cp869.c fs/nls/nls_cp874.c fs/nls/nls_cp932.c fs/nls/nls_cp936.c fs/nls/nls_cp949.c fs/nls/nls_cp950.c fs/nls/nls_euc-jp.c fs/nls/nls_iso8859-1.c fs/nls/nls_iso8859-13.c fs/nls/nls_iso8859-14.c fs/nls/nls_iso8859-15.c fs/nls/nls_iso8859-2.c fs/nls/nls_iso8859-3.c fs/nls/nls_iso8859-4.c fs/nls/nls_iso8859-5.c fs/nls/nls_iso8859-6.c fs/nls/nls_iso8859-7.c fs/nls/nls_iso8859-9.c fs/nls/nls_koi8-r.c fs/nls/nls_koi8-ru.c fs/nls/nls_koi8-u.c fs/nls/nls_utf8.c
git-bisect bad b9ec0339d8e22cadf2d9d1b010b51dc53837dfb0
# skip: [ac8842a0391a776dfa8f59cc83582f6feffa913b] [ALSA] hda-codec - Missing support ASUS A7J
git-bisect skip ac8842a0391a776dfa8f59cc83582f6feffa913b
# skip: [4eb4550ab37d351ab0973ccec921a5a2d8560ec7] [ALSA] Workaround for invalid signature read of CS8427
git-bisect skip 4eb4550ab37d351ab0973ccec921a5a2d8560ec7
# bad: [78a26e25ce4837a03ac3b6c32cdae1958e547639] uml: separate timer initialization
git-bisect bad 78a26e25ce4837a03ac3b6c32cdae1958e547639
# good: [4acad72ded8e3f0211bd2a762e23c28229c61a51] [IPV6]: Consolidate the ip6_pol_route_(input|output) pair
git-bisect good 4acad72ded8e3f0211bd2a762e23c28229c61a51
# good: [64da82efae0d7b5f7c478021840fd329f76d965d] Add support for PCMCIA card Sierra WIreless AC850
git-bisect good 64da82efae0d7b5f7c478021840fd329f76d965d
# bad: [0e1e7c7a739562a321fda07c7cd2a97a7114f8f8] Memoryless nodes: Use N_HIGH_MEMORY for cpusets
git-bisect bad 0e1e7c7a739562a321fda07c7cd2a97a7114f8f8
# bad: [0e1e7c7a739562a321fda07c7cd2a97a7114f8f8] Memoryless nodes: Use N_HIGH_MEMORY for cpusets
git-bisect bad 0e1e7c7a739562a321fda07c7cd2a97a7114f8f8
# good: [5fe172370687e03cc6ba8dca990b75db18ff9bb3] mm: debug write deadlocks
git-bisect good 5fe172370687e03cc6ba8dca990b75db18ff9bb3
# skip: [4899f9c852564ce7b6d0ca932ac6674bf471fd28] nfs: convert to new aops
git-bisect skip 4899f9c852564ce7b6d0ca932ac6674bf471fd28
# skip: [a20fa20c549ed569885d871f689a59cfd2f6ff77] With reiserfs no longer using the weird generic_cont_expand, remove it completely.
git-bisect skip a20fa20c549ed569885d871f689a59cfd2f6ff77
# skip: [fb53b3094888be0cf8ddf052277654268904bdf5] smbfs: convert to new aops
git-bisect skip fb53b3094888be0cf8ddf052277654268904bdf5
# skip: [5e6f58a1d7ce2fd5ef099f9aec5b3e3f7ba176b4] fuse: convert to new aops
git-bisect skip 5e6f58a1d7ce2fd5ef099f9aec5b3e3f7ba176b4
# skip: [f7557e8f7ff785d6c2b5bc914cd1675314ff0fcf] reiserfs: use generic_cont_expand_simple
git-bisect skip f7557e8f7ff785d6c2b5bc914cd1675314ff0fcf
# skip: [ae361ff46ba93b2644675d9de19e885185f0d0c1] hostfs: convert to new aops
git-bisect skip ae361ff46ba93b2644675d9de19e885185f0d0c1
# skip: [ba9d8cec6c7165e440f9b2413a0464cf3c12fb25] reiserfs: convert to new aops
git-bisect skip ba9d8cec6c7165e440f9b2413a0464cf3c12fb25
# skip: [205c109a7a96d9a3d8ffe64c4068b70811fef5e8] jffs2: convert to new aops
git-bisect skip 205c109a7a96d9a3d8ffe64c4068b70811fef5e8
# skip: [797b4cffdf79b9ed66759b8d2d5252eba965fb18] reiserfs: use generic write
git-bisect skip 797b4cffdf79b9ed66759b8d2d5252eba965fb18
# skip: [82b9d1d0da8046088b0f505f92a97d12d9804613] ufs: convert to new aops
git-bisect skip 82b9d1d0da8046088b0f505f92a97d12d9804613
# skip: [f87061842877cf822251c65b39cc624cc94046da] qnx4: convert to new aops
git-bisect skip f87061842877cf822251c65b39cc624cc94046da
# skip: [be021ee41a8b65d181fe22799de6be62adf72efb] udf: convert to new aops
git-bisect skip be021ee41a8b65d181fe22799de6be62adf72efb
# good: [55144768e100b68447f44c5e5c9deb155ad661bd] fs: remove some AOP_TRUNCATED_PAGE
git-bisect good 55144768e100b68447f44c5e5c9deb155ad661bd
# bad: [f64dc58c5412233d4d44b0275eaebdc11bde23b3] Memoryless nodes: SLUB support
git-bisect bad f64dc58c5412233d4d44b0275eaebdc11bde23b3
# good: [6eaf806a223e61dc5f2de4ab591f11beb97a8f3b] Memoryless nodes: Fix interleave behavior for memoryless nodes
git-bisect good 6eaf806a223e61dc5f2de4ab591f11beb97a8f3b
# good: [9422ffba4adc82b4b67a3ca6ef51516aa61f8248] Memoryless nodes: No need for kswapd
git-bisect good 9422ffba4adc82b4b67a3ca6ef51516aa61f8248
# bad: [04231b3002ac53f8a64a7bd142fde3fa4b6808c6] Memoryless nodes: Slab support
git-bisect bad 04231b3002ac53f8a64a7bd142fde3fa4b6808c6
--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org. For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>
^ permalink raw reply related [flat|nested] 30+ messages in thread
* Re: [BUG] at mm/slab.c:3320
2007-12-27 15:32 ` Aneesh Kumar K.V
@ 2007-12-27 19:31 ` Christoph Lameter
[not found] ` <20071228051959.GA6385@skywalker>
0 siblings, 1 reply; 30+ messages in thread
From: Christoph Lameter @ 2007-12-27 19:31 UTC (permalink / raw)
To: Aneesh Kumar K.V; +Cc: Andrew Morton, lkml, linux-mm
On Thu, 27 Dec 2007, Aneesh Kumar K.V wrote:
> On Tue, Dec 25, 2007 at 02:05:19PM -0800, Andrew Morton wrote:
> > On Thu, 20 Dec 2007 15:35:41 +0530 "Aneesh Kumar K.V" <aneesh.kumar@linux.vnet.ibm.com> wrote:
> > > ------------[ cut here ]------------
> > > kernel BUG at mm/slab.c:3320!
An attempt to allocate from an offline node? What NUMA architecture did
this occur on?
--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org. For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>
^ permalink raw reply [flat|nested] 30+ messages in thread
* Re: [BUG] at mm/slab.c:3320
[not found] ` <Pine.LNX.4.64.0801021227580.20331@schroedinger.engr.sgi.com>
@ 2008-01-03 15:50 ` Aneesh Kumar K.V
2008-01-04 0:33 ` Nishanth Aravamudan
2008-01-07 1:23 ` KAMEZAWA Hiroyuki
0 siblings, 2 replies; 30+ messages in thread
From: Aneesh Kumar K.V @ 2008-01-03 15:50 UTC (permalink / raw)
To: Christoph Lameter
Cc: linux-mm, nacc, lee.schermerhorn, bob.picco, kamezawa.hiroyu, mel
On Wed, Jan 02, 2008 at 12:32:42PM -0800, Christoph Lameter wrote:
>
> This occurred on a 32 bit NUMA platform? Guess NUMAQ?
>
> The dmesg that I saw was partial. Could you repost a full problem
> description to linux-mm@kvack.org and cc the authors of memoryless node
> support?
>
> Nishanth Aravamudan <nacc@us.ibm.com>
> Lee Schermerhorn <lee.schermerhorn@hp.com>
> Bob Picco <bob.picco@hp.com>
> KAMEZAWA Hiroyuki <kamezawa.hiroyu@jp.fujitsu.com>
> Mel Gorman <mel@skynet.ie>
> Christoph Lameter <clameter@sgi.com>
>
Full dmesg:
----------
Booting 'autobench'
root (hd0,0)
Filesystem type is ext2fs, partition type 0x83
kernel /boot/vmlinuz-autobench ro console=tty0 console=ttyS0,115200 autobench_a
rgs: root=/dev/sda3 ABAT:1198144312
[Linux-bzImage, setup=0x2800, size=0x1a08e8]
initrd /boot/initrd-autobench.img
[Linux-initrd @ 0x37ed8000, 0x117985 bytes]
Linux version 2.6.24-rc5-autokern1 (root@elm3a23) (gcc version 3.4.6 20060404 (Red Hat 3.4.6-9)) #1 SMP PREEMPT Thu Dec 20 04:16:18 EST 2007
BIOS-provided physical RAM map:
BIOS-e820: 0000000000000000 - 000000000009c400 (usable)
BIOS-e820: 000000000009c400 - 00000000000a0000 (reserved)
BIOS-e820: 00000000000e0000 - 0000000000100000 (reserved)
BIOS-e820: 0000000000100000 - 00000000dff91900 (usable)
BIOS-e820: 00000000dff91900 - 00000000dff9c340 (ACPI data)
BIOS-e820: 00000000dff9c340 - 00000000e0000000 (reserved)
BIOS-e820: 00000000fec00000 - 0000000100000000 (reserved)
BIOS-e820: 0000000100000000 - 00000002a0000000 (usable)
Node: 0, start_pfn: 0, end_pfn: 156
Node: 0, start_pfn: 256, end_pfn: 917393
Node: 0, start_pfn: 1048576, end_pfn: 2752512
get_memcfg_from_srat: assigning address to rsdp
RSD PTR v0 [IBM ]
Begin SRAT table scan....
CPU 0x00 in proximity domain 0x00
CPU 0x02 in proximity domain 0x00
CPU 0x10 in proximity domain 0x00
CPU 0x12 in proximity domain 0x00
Memory range 0x0 to 0xE0000 (type 0x0) in proximity domain 0x00 enabled
Memory range 0x100000 to 0x120000 (type 0x0) in proximity domain 0x00 enabled
CPU 0x20 in proximity domain 0x01
CPU 0x22 in proximity domain 0x01
CPU 0x30 in proximity domain 0x01
CPU 0x32 in proximity domain 0x01
Memory range 0x120000 to 0x2A0000 (type 0x0) in proximity domain 0x01 enabled
acpi20_parse_srat: Entry length value is zero; can't parse any further!
pxm bitmap: 03 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
Number of logical nodes in system = 2
Number of memory chunks in system = 3
chunk 0 nid 0 start_pfn 00000000 end_pfn 000e0000
chunk 1 nid 0 start_pfn 00100000 end_pfn 00120000
chunk 2 nid 1 start_pfn 00120000 end_pfn 002a0000
Node: 0, start_pfn: 0, end_pfn: 1179648
Node: 1, start_pfn: 1179648, end_pfn: 2752512
Reserving 16384 pages of KVA for lmem_map of node 0
Shrinking node 0 from 1179648 pages to 1163264 pages
Reserving 22016 pages of KVA for lmem_map of node 1
Shrinking node 1 from 2752512 pages to 2730496 pages
Reserving total of 38400 pages for numa KVA remap
kva_start_pfn ~ 190464 find_max_low_pfn() ~ 229376
max_pfn = 2752512
9856MB HIGHMEM available.
896MB LOWMEM available.
min_low_pfn = 1945, max_low_pfn = 229376, highstart_pfn = 229376
Low memory ends at vaddr f8000000
node 0 will remap to vaddr ee800000 - fc000000
node 1 will remap to vaddr f2800000 - 01600000
High memory starts at vaddr f8000000
found SMP MP-table at 0009c540
Zone PFN ranges:
DMA 0 -> 4096
Normal 4096 -> 229376
HighMem 229376 -> 2752512
Movable zone start PFN for each node
early_node_map[3] active PFN ranges
0: 0 -> 917504
0: 1048576 -> 1163264
1: 1179648 -> 2730496
DMI 2.3 present.
Using APIC driver default
ACPI: RSDP 000FDFC0, 0014 (r0 IBM )
ACPI: RSDT DFF9C2C0, 0034 (r1 IBM SERVIGIL 1000 IBM 45444F43)
ACPI: FACP DFF9C240, 0074 (r1 IBM SERVIGIL 1000 IBM 45444F43)
ACPI Warning (tbfadt-0442): Optional field "Gpe1Block" has zero address or length: 0000000000000000/4 [20070126]
ACPI: DSDT DFF91900, 4AE5 (r1 IBM SERVIGIL 1000 INTL 2002025)
ACPI: FACS DFF9BFC0, 0040
ACPI: APIC DFF9C140, 00D2 (r1 IBM SERVIGIL 1000 IBM 45444F43)
ACPI: SRAT DFF9C000, 0128 (r1 IBM SERVIGIL 1000 IBM 45444F43)
ACPI: SSDT DFF96400, 5AE6 (r1 IBM VIGSSDT0 1000 INTL 2002025)
ACPI: PM-Timer IO Port: 0x508
Marking TSC unstable due to: Summit based system.
Switched to APIC driver `summit'.
ACPI: LAPIC (acpi_id[0x00] lapic_id[0x00] enabled)
Processor #0 15:2 APIC version 20
ACPI: LAPIC (acpi_id[0x01] lapic_id[0x02] enabled)
Processor #2 15:2 APIC version 20
ACPI: LAPIC (acpi_id[0x04] lapic_id[0x10] enabled)
Processor #16 15:2 APIC version 20
ACPI: LAPIC (acpi_id[0x05] lapic_id[0x12] enabled)
Processor #18 15:2 APIC version 20
ACPI: LAPIC (acpi_id[0x08] lapic_id[0x20] enabled)
Processor #32 15:2 APIC version 20
ACPI: LAPIC (acpi_id[0x09] lapic_id[0x22] enabled)
Processor #34 15:2 APIC version 20
ACPI: LAPIC (acpi_id[0x0c] lapic_id[0x30] enabled)
Processor #48 15:2 APIC version 20
ACPI: LAPIC (acpi_id[0x0d] lapic_id[0x32] enabled)
Processor #50 15:2 APIC version 20
ACPI: LAPIC_NMI (acpi_id[0x00] dfl dfl lint[0x1])
ACPI: LAPIC_NMI (acpi_id[0x01] dfl dfl lint[0x1])
ACPI: LAPIC_NMI (acpi_id[0x04] dfl dfl lint[0x1])
ACPI: LAPIC_NMI (acpi_id[0x05] dfl dfl lint[0x1])
ACPI: LAPIC_NMI (acpi_id[0x08] dfl dfl lint[0x1])
ACPI: LAPIC_NMI (acpi_id[0x09] dfl dfl lint[0x1])
ACPI: LAPIC_NMI (acpi_id[0x0c] dfl dfl lint[0x1])
ACPI: LAPIC_NMI (acpi_id[0x0d] dfl dfl lint[0x1])
ACPI: IOAPIC (id[0x0e] address[0xfec00000] gsi_base[0])
IOAPIC[0]: apic_id 14, version 17, address 0xfec00000, GSI 0-43
ACPI: IOAPIC (id[0x0d] address[0xfec01000] gsi_base[44])
IOAPIC[1]: apic_id 13, version 17, address 0xfec01000, GSI 44-87
ACPI: INT_SRC_OVR (bus 0 bus_irq 8 global_irq 8 low edge)
ACPI: INT_SRC_OVR (bus 0 bus_irq 14 global_irq 14 high dfl)
ACPI: INT_SRC_OVR (bus 0 bus_irq 11 global_irq 11 low level)
Enabling APIC mode: Summit. Using 2 I/O APICs
Using ACPI (MADT) for SMP configuration information
Allocating PCI resources starting at e2000000 (gap: e0000000:1ec00000)
Built 2 zonelists in Zone order, mobility grouping on. Total pages: 2545933
Policy zone: HighMem
Kernel command line: ro console=tty0 console=ttyS0,115200 autobench_args: root=/dev/sda3 ABAT:1198144312
Enabling fast FPU save and restore... done.
Enabling unmasked SIMD FPU exception support... done.
Initializing CPU#0
CPU 0 irqstacks, hard=c04c9000 soft=c0449000
PID hash table entries: 4096 (order: 12, 16384 bytes)
Detected 1996.171 MHz processor.
Console: colour VGA+ 80x25
console [tty0] enabled
console [ttyS0] enabled
Lock dependency validator: Copyright (c) 2006 Red Hat, Inc., Ingo Molnar
... MAX_LOCKDEP_SUBCLASSES: 8
... MAX_LOCK_DEPTH: 30
... MAX_LOCKDEP_KEYS: 2048
... CLASSHASH_SIZE: 1024
... MAX_LOCKDEP_ENTRIES: 8192
... MAX_LOCKDEP_CHAINS: 16384
... CHAINHASH_SIZE: 8192
memory used by lock dependency info: 992 kB
per task-struct memory footprint: 1200 bytes
Dentry cache hash table entries: 131072 (order: 7, 524288 bytes)
Inode-cache hash table entries: 65536 (order: 6, 262144 bytes)
Initializing HighMem for node 0 (00038000:0011c000)
Initializing HighMem for node 1 (00120000:0029aa00)
Memory: 10168328k/11010048k available (2043k kernel code, 162988k reserved, 1058k data, 232k init, 9414212k highmem)
virtual kernel memory layout:
fixmap : 0xff234000 - 0xfffff000 (14124 kB)
pkmap : 0xff000000 - 0xff200000 (2048 kB)
vmalloc : 0xf8800000 - 0xfeffe000 ( 103 MB)
lowmem : 0xc0000000 - 0xf8000000 ( 896 MB)
.init : 0xc040c000 - 0xc0446000 ( 232 kB)
.data : 0xc02fedc1 - 0xc040765c (1058 kB)
.text : 0xc0100000 - 0xc02fedc1 (2043 kB)
Checking if this processor honours the WP bit even in supervisor mode... Ok.
Calibrating delay using timer specific routine.. 4002.61 BogoMIPS (lpj=8005239)
------------[ cut here ]------------
kernel BUG at mm/slab.c:3320!
invalid opcode: 0000 [#1] PREEMPT SMP
Modules linked in:
Pid: 0, comm: swapper Not tainted (2.6.24-rc5-autokern1 #1)
EIP: 0060:[<c0181707>] EFLAGS: 00010046 CPU: 0
EIP is at ____cache_alloc_node+0x1c/0x130
EAX: ee4005c0 EBX: 00000000 ECX: 00000001 EDX: 000000d0
ESI: 00000000 EDI: ee4005c0 EBP: c0408f74 ESP: c0408f54
DS: 007b ES: 007b FS: 00d8 GS: 0000 SS: 0068
Process swapper (pid: 0, ti=c0408000 task=c03d5d80 task.ti=c0408000)
Stack: c03d5d80 c0408f6c c017ac36 00000001 000000d0 00000000 000000d0 ee4005c0
c0408f88 c0181577 0001080c 00000246 ee4005c0 c0408fa8 c0181a97 c0408fb0
c01395b9 000000d0 0001080c 00099800 c03dccec c0408fd0 c01395b9 c0408fd0
Call Trace:
[<c0105e23>] show_trace_log_lvl+0x19/0x2e
[<c0105ee5>] show_stack_log_lvl+0x99/0xa1
[<c010603f>] show_registers+0xb3/0x1e9
[<c0106301>] die+0x11b/0x1fe
[<c02fb654>] do_trap+0x8e/0xa8
[<c01065cd>] do_invalid_op+0x88/0x92
[<c02fb422>] error_code+0x72/0x78
[<c0181577>] alternate_node_alloc+0x5b/0x60
[<c0181a97>] kmem_cache_alloc+0x50/0x120
[<c01395b9>] create_pid_cachep+0x4c/0xec
[<c041ae65>] pidmap_init+0x2f/0x6e
[<c040c715>] start_kernel+0x1ca/0x23e
[<00000000>] 0x0
=======================
Code: ff eb 02 31 ff 89 f8 83 c4 10 5b 5e 5f 5d c3 55 89 e5 57 89 c7 56 53 83 ec 14 89 55 f0 89 4d ec 8b b4 88 88 02 00 00 85 f6 75 04 <0f> 0b eb fe e8 f3 ee ff ff 8d 46 24 89 45 e4 e8 23 97 17 00 8b
EIP: [<c0181707>] ____cache_alloc_node+0x1c/0x130 SS:ESP 0068:c0408f54
Kernel panic - not syncing: Attempted to kill the idle task!
-- 0:conmux-control -- time-stamp -- Dec/20/07 2:00:36 --
(bot:conmon-payload) disconnected
dmidecode output for machine details
----------------------------------
# dmidecode 2.2
SMBIOS 2.3 present.
112 structures occupying 6118 bytes.
Table at 0xDFF9C340.
Handle 0x0000
DMI type 0, 19 bytes.
BIOS Information
Vendor: IBM
Version: -[REE149AUS-1.13]-
Release Date: 06/08/2005
Address: 0xF12B0
Runtime Size: 60752 bytes
ROM Size: 8192 kB
Characteristics:
PCI is supported
BIOS is upgradeable
BIOS shadowing is allowed
Boot from CD is supported
Selectable boot is supported
Japanese floppy for NEC 9800 1.2 MB is supported (int 13h)
Japanese floppy for Toshiba 1.2 MB is supported (int 13h)
5.25"/360 KB floppy services are supported (int 13h)
5.25"/1.2 MB floppy services are supported (int 13h)
3.5"/720 KB floppy services are supported (int 13h)
3.5"/2.88 MB floppy services are supported (int 13h)
Print screen service is supported (int 5h)
8042 keyboard services are supported (int 9h)
Serial services are supported (int 14h)
Printer services are supported (int 17h)
CGA/mono video services are supported (int 10h)
ACPI is supported
USB legacy is supported
I2O boot is supported
LS-120 boot is supported
Handle 0x0001
DMI type 1, 25 bytes.
System Information
Manufacturer: IBM
Product Name: eserver xSeries 445 -[887011X]-
Version: Not Specified
Serial Number: KPLWN39
UUID: 3AC361EB-101E-B211-80DA-50D400000000
Wake-up Type: Power Switch
Handle 0x0002
DMI type 2, 55 bytes.
Base Board Information
Manufacturer: IBM
Product Name: Node 1 SMP Module 1
Version: Not Specified
Serial Number: Not Specified
Asset Tag: Not Specified
Features:
Board is a hosting board
Board is removable
Board is replaceable
Location In Chassis: Node 1, Lower right
Chassis Handle: 0x0012
Type: Processor+Memory Module
Handle 0x0003
DMI type 2, 55 bytes.
Base Board Information
Manufacturer: IBM
Product Name: Node 1 SMP Module 2
Version: Not Specified
Serial Number: Not Specified
Asset Tag: Not Specified
Features:
Board is a hosting board
Board is removable
Board is replaceable
Location In Chassis: Node 1, Upper right
Chassis Handle: 0x0012
Type: Processor+Memory Module
Handle 0x0004
DMI type 2, 35 bytes.
Base Board Information
Manufacturer: IBM
Product Name: Node 1 Centerplane
Version: Not Specified
Serial Number: Not Specified
Asset Tag: Not Specified
Features:
Board is removable
Board is replaceable
Location In Chassis: Node 1, Center vertical
Chassis Handle: 0x0012
Type: Interconnect Board
Contained Object Handlers: 3
0x005D
0x005E
0x005F
Handle 0x0005
DMI type 2, 35 bytes.
Base Board Information
Manufacturer: IBM
Product Name: Node 1 Native I/O Planar
Version: Not Specified
Serial Number: Not Specified
Asset Tag: Not Specified
Features:
Board is removable
Board is replaceable
Location In Chassis: Node 1, Lower left
Chassis Handle: 0x0012
Type: I/O Module
Handle 0x0006
DMI type 2, 35 bytes.
Base Board Information
Manufacturer: IBM
Product Name: Node 1 PCI I/O Planar
Version: Not Specified
Serial Number: Not Specified
Asset Tag: Not Specified
Features:
Board is removable
Board is replaceable
Location In Chassis: Node 1, Upper left
Chassis Handle: 0x0012
Type: I/O Module
Contained Object Handlers: 6
0x0082
0x0083
0x0084
0x0085
0x0086
0x0087
Handle 0x0007
DMI type 2, 35 bytes.
Base Board Information
Manufacturer: IBM
Product Name: Node 1 Remote Supervisor Adapter
Version: Not Specified
Serial Number: Not Specified
Asset Tag: Not Specified
Features:
Board is removable
Board is replaceable
Location In Chassis: Node 1, Between Native I/O and PCI I/O planars
Chassis Handle: 0x0012
Type: System Management Module
Contained Object Handlers: 3
0x006B
0x006C
0x006D
Handle 0x0012
DMI type 3, 13 bytes.
Chassis Information
Manufacturer: IBM
Type: Main Server Chassis
Lock: Not Present
Version: Not Specified
Serial Number: Not Specified
Asset Tag:
Boot-up State: Safe
Power Supply State: Unknown
Thermal State: Unknown
Security Status: Unknown
Handle 0x0016
DMI type 7, 19 bytes.
Cache Information
Socket Designation: Internal L1 Cache
Configuration: Enabled, Socketed, Level 1
Operational Mode: Write Back
Location: Internal
Installed Size: 8 KB
Maximum Size: 16 KB
Supported SRAM Types:
Synchronous
Installed SRAM Type: Synchronous
Speed: Unknown
Error Correction Type: Single-bit ECC
System Type: Unified
Associativity: 4-way Set-associative
Handle 0x0017
DMI type 7, 19 bytes.
Cache Information
Socket Designation: Internal L2 Cache
Configuration: Enabled, Socketed, Level 2
Operational Mode: Write Back
Location: Internal
Installed Size: 512 KB
Maximum Size: 512 KB
Supported SRAM Types:
Burst
Installed SRAM Type: Burst
Speed: Unknown
Error Correction Type: Single-bit ECC
System Type: Unified
Associativity: 8-way Set-associative
Handle 0x0018
DMI type 7, 19 bytes.
Cache Information
Socket Designation: Internal L3 Cache
Configuration: Enabled, Socketed, Level 3
Operational Mode: Write Back
Location: Internal
Installed Size: 1024 KB
Maximum Size: 32768 KB
Supported SRAM Types:
Burst
Installed SRAM Type: Burst
Speed: Unknown
Error Correction Type: Single-bit ECC
System Type: Unified
Associativity: 8-way Set-associative
Handle 0x0019
DMI type 7, 19 bytes.
Cache Information
Socket Designation: Internal L1 Cache
Configuration: Enabled, Socketed, Level 1
Operational Mode: Write Back
Location: Internal
Installed Size: 8 KB
Maximum Size: 16 KB
Supported SRAM Types:
Synchronous
Installed SRAM Type: Synchronous
Speed: Unknown
Error Correction Type: Single-bit ECC
System Type: Unified
Associativity: 4-way Set-associative
Handle 0x001A
DMI type 7, 19 bytes.
Cache Information
Socket Designation: Internal L2 Cache
Configuration: Enabled, Socketed, Level 2
Operational Mode: Write Back
Location: Internal
Installed Size: 512 KB
Maximum Size: 512 KB
Supported SRAM Types:
Burst
Installed SRAM Type: Burst
Speed: Unknown
Error Correction Type: Single-bit ECC
System Type: Unified
Associativity: 8-way Set-associative
Handle 0x001B
DMI type 7, 19 bytes.
Cache Information
Socket Designation: Internal L3 Cache
Configuration: Enabled, Socketed, Level 3
Operational Mode: Write Back
Location: Internal
Installed Size: 1024 KB
Maximum Size: 32768 KB
Supported SRAM Types:
Burst
Installed SRAM Type: Burst
Speed: Unknown
Error Correction Type: Single-bit ECC
System Type: Unified
Associativity: 8-way Set-associative
Handle 0x001C
DMI type 7, 19 bytes.
Cache Information
Socket Designation: Internal L1 Cache
Configuration: Enabled, Socketed, Level 1
Operational Mode: Write Back
Location: Internal
Installed Size: 8 KB
Maximum Size: 16 KB
Supported SRAM Types:
Synchronous
Installed SRAM Type: Synchronous
Speed: Unknown
Error Correction Type: Single-bit ECC
System Type: Unified
Associativity: 4-way Set-associative
Handle 0x001D
DMI type 7, 19 bytes.
Cache Information
Socket Designation: Internal L2 Cache
Configuration: Enabled, Socketed, Level 2
Operational Mode: Write Back
Location: Internal
Installed Size: 512 KB
Maximum Size: 512 KB
Supported SRAM Types:
Burst
Installed SRAM Type: Burst
Speed: Unknown
Error Correction Type: Single-bit ECC
System Type: Unified
Associativity: 8-way Set-associative
Handle 0x001E
DMI type 7, 19 bytes.
Cache Information
Socket Designation: Internal L3 Cache
Configuration: Enabled, Socketed, Level 3
Operational Mode: Write Back
Location: Internal
Installed Size: 2048 KB
Maximum Size: 32768 KB
Supported SRAM Types:
Burst
Installed SRAM Type: Burst
Speed: Unknown
Error Correction Type: Single-bit ECC
System Type: Unified
Associativity: 8-way Set-associative
Handle 0x001F
DMI type 7, 19 bytes.
Cache Information
Socket Designation: Internal L1 Cache
Configuration: Enabled, Socketed, Level 1
Operational Mode: Write Back
Location: Internal
Installed Size: 8 KB
Maximum Size: 16 KB
Supported SRAM Types:
Synchronous
Installed SRAM Type: Synchronous
Speed: Unknown
Error Correction Type: Single-bit ECC
System Type: Unified
Associativity: 4-way Set-associative
Handle 0x0020
DMI type 7, 19 bytes.
Cache Information
Socket Designation: Internal L2 Cache
Configuration: Enabled, Socketed, Level 2
Operational Mode: Write Back
Location: Internal
Installed Size: 512 KB
Maximum Size: 512 KB
Supported SRAM Types:
Burst
Installed SRAM Type: Burst
Speed: Unknown
Error Correction Type: Single-bit ECC
System Type: Unified
Associativity: 8-way Set-associative
Handle 0x0021
DMI type 7, 19 bytes.
Cache Information
Socket Designation: Internal L3 Cache
Configuration: Enabled, Socketed, Level 3
Operational Mode: Write Back
Location: Internal
Installed Size: 2048 KB
Maximum Size: 32768 KB
Supported SRAM Types:
Burst
Installed SRAM Type: Burst
Speed: Unknown
Error Correction Type: Single-bit ECC
System Type: Unified
Associativity: 8-way Set-associative
Handle 0x0022
DMI type 7, 19 bytes.
Cache Information
Socket Designation: Internal L1 Cache
Configuration: Enabled, Socketed, Level 1
Operational Mode: Write Back
Location: Internal
Installed Size: 8 KB
Maximum Size: 16 KB
Supported SRAM Types:
Synchronous
Installed SRAM Type: Synchronous
Speed: Unknown
Error Correction Type: Single-bit ECC
System Type: Unified
Associativity: 4-way Set-associative
Handle 0x0023
DMI type 7, 19 bytes.
Cache Information
Socket Designation: Internal L2 Cache
Configuration: Enabled, Socketed, Level 2
Operational Mode: Write Back
Location: Internal
Installed Size: 512 KB
Maximum Size: 512 KB
Supported SRAM Types:
Burst
Installed SRAM Type: Burst
Speed: Unknown
Error Correction Type: Single-bit ECC
System Type: Unified
Associativity: 8-way Set-associative
Handle 0x0024
DMI type 7, 19 bytes.
Cache Information
Socket Designation: Internal L3 Cache
Configuration: Enabled, Socketed, Level 3
Operational Mode: Write Back
Location: Internal
Installed Size: 2048 KB
Maximum Size: 32768 KB
Supported SRAM Types:
Burst
Installed SRAM Type: Burst
Speed: Unknown
Error Correction Type: Single-bit ECC
System Type: Unified
Associativity: 8-way Set-associative
Handle 0x0025
DMI type 7, 19 bytes.
Cache Information
Socket Designation: Internal L1 Cache
Configuration: Enabled, Socketed, Level 1
Operational Mode: Write Back
Location: Internal
Installed Size: 8 KB
Maximum Size: 16 KB
Supported SRAM Types:
Synchronous
Installed SRAM Type: Synchronous
Speed: Unknown
Error Correction Type: Single-bit ECC
System Type: Unified
Associativity: 4-way Set-associative
Handle 0x0026
DMI type 7, 19 bytes.
Cache Information
Socket Designation: Internal L2 Cache
Configuration: Enabled, Socketed, Level 2
Operational Mode: Write Back
Location: Internal
Installed Size: 512 KB
Maximum Size: 512 KB
Supported SRAM Types:
Burst
Installed SRAM Type: Burst
Speed: Unknown
Error Correction Type: Single-bit ECC
System Type: Unified
Associativity: 8-way Set-associative
Handle 0x0027
DMI type 7, 19 bytes.
Cache Information
Socket Designation: Internal L3 Cache
Configuration: Enabled, Socketed, Level 3
Operational Mode: Write Back
Location: Internal
Installed Size: 2048 KB
Maximum Size: 32768 KB
Supported SRAM Types:
Burst
Installed SRAM Type: Burst
Speed: Unknown
Error Correction Type: Single-bit ECC
System Type: Unified
Associativity: 8-way Set-associative
Handle 0x0028
DMI type 7, 19 bytes.
Cache Information
Socket Designation: Internal L1 Cache
Configuration: Enabled, Socketed, Level 1
Operational Mode: Write Back
Location: Internal
Installed Size: 8 KB
Maximum Size: 16 KB
Supported SRAM Types:
Synchronous
Installed SRAM Type: Synchronous
Speed: Unknown
Error Correction Type: Single-bit ECC
System Type: Unified
Associativity: 4-way Set-associative
Handle 0x0029
DMI type 7, 19 bytes.
Cache Information
Socket Designation: Internal L2 Cache
Configuration: Enabled, Socketed, Level 2
Operational Mode: Write Back
Location: Internal
Installed Size: 512 KB
Maximum Size: 512 KB
Supported SRAM Types:
Burst
Installed SRAM Type: Burst
Speed: Unknown
Error Correction Type: Single-bit ECC
System Type: Unified
Associativity: 8-way Set-associative
Handle 0x002A
DMI type 7, 19 bytes.
Cache Information
Socket Designation: Internal L3 Cache
Configuration: Enabled, Socketed, Level 3
Operational Mode: Write Back
Location: Internal
Installed Size: 2048 KB
Maximum Size: 32768 KB
Supported SRAM Types:
Burst
Installed SRAM Type: Burst
Speed: Unknown
Error Correction Type: Single-bit ECC
System Type: Unified
Associativity: 8-way Set-associative
Handle 0x002B
DMI type 7, 19 bytes.
Cache Information
Socket Designation: Internal L1 Cache
Configuration: Enabled, Socketed, Level 1
Operational Mode: Write Back
Location: Internal
Installed Size: 8 KB
Maximum Size: 16 KB
Supported SRAM Types:
Synchronous
Installed SRAM Type: Synchronous
Speed: Unknown
Error Correction Type: Single-bit ECC
System Type: Unified
Associativity: 4-way Set-associative
Handle 0x002C
DMI type 7, 19 bytes.
Cache Information
Socket Designation: Internal L2 Cache
Configuration: Enabled, Socketed, Level 2
Operational Mode: Write Back
Location: Internal
Installed Size: 512 KB
Maximum Size: 512 KB
Supported SRAM Types:
Burst
Installed SRAM Type: Burst
Speed: Unknown
Error Correction Type: Single-bit ECC
System Type: Unified
Associativity: 8-way Set-associative
Handle 0x002D
DMI type 7, 19 bytes.
Cache Information
Socket Designation: Internal L3 Cache
Configuration: Enabled, Socketed, Level 3
Operational Mode: Write Back
Location: Internal
Installed Size: 2048 KB
Maximum Size: 32768 KB
Supported SRAM Types:
Burst
Installed SRAM Type: Burst
Speed: Unknown
Error Correction Type: Single-bit ECC
System Type: Unified
Associativity: 8-way Set-associative
Handle 0x0046
DMI type 4, 32 bytes.
Processor Information
Socket Designation: Node 1 CPU 1
Type: Central Processor
Family: Xeon
Manufacturer: GenuineIntel
ID: 25 0F 00 00 00 00 00 00
Signature: Type 0, Family F, Model 2, Stepping 5
Flags: None
Version: Intel Xeon MP
Voltage: 1.5 V
External Clock: 100 MHz
Max Speed: 3000 MHz
Current Speed: 2000 MHz
Status: Populated, Enabled
Upgrade: ZIF Socket
L1 Cache Handle: 0x0016
L2 Cache Handle: 0x0017
L3 Cache Handle: 0x0018
Handle 0x0047
DMI type 4, 32 bytes.
Processor Information
Socket Designation: Node 1 CPU 2
Type: Central Processor
Family: Xeon
Manufacturer: GenuineIntel
ID: 25 0F 00 00 00 00 00 00
Signature: Type 0, Family F, Model 2, Stepping 5
Flags: None
Version: Intel Xeon MP
Voltage: 1.5 V
External Clock: 100 MHz
Max Speed: 3000 MHz
Current Speed: 2000 MHz
Status: Populated, Enabled
Upgrade: ZIF Socket
L1 Cache Handle: 0x0019
L2 Cache Handle: 0x001A
L3 Cache Handle: 0x001B
Handle 0x0048
DMI type 4, 32 bytes.
Processor Information
Socket Designation: Node 1 CPU 3
Type: Central Processor
Family: Xeon
Manufacturer: GenuineIntel
ID: 22 0F 00 00 00 00 00 00
Signature: Type 0, Family F, Model 2, Stepping 2
Flags: None
Version: Intel Xeon MP
Voltage: 1.5 V
External Clock: 100 MHz
Max Speed: 3000 MHz
Current Speed: 2000 MHz
Status: Populated, Enabled
Upgrade: ZIF Socket
L1 Cache Handle: 0x001C
L2 Cache Handle: 0x001D
L3 Cache Handle: 0x001E
Handle 0x0049
DMI type 4, 32 bytes.
Processor Information
Socket Designation: Node 1 CPU 4
Type: Central Processor
Family: Xeon
Manufacturer: GenuineIntel
ID: 22 0F 00 00 00 00 00 00
Signature: Type 0, Family F, Model 2, Stepping 2
Flags: None
Version: Intel Xeon MP
Voltage: 1.5 V
External Clock: 100 MHz
Max Speed: 3000 MHz
Current Speed: 2000 MHz
Status: Populated, Enabled
Upgrade: ZIF Socket
L1 Cache Handle: 0x001F
L2 Cache Handle: 0x0020
L3 Cache Handle: 0x0021
Handle 0x004A
DMI type 4, 32 bytes.
Processor Information
Socket Designation: Node 1 CPU 5
Type: Central Processor
Family: Xeon
Manufacturer: GenuineIntel
ID: 22 0F 00 00 00 00 00 00
Signature: Type 0, Family F, Model 2, Stepping 2
Flags: None
Version: Intel Xeon MP
Voltage: 1.5 V
External Clock: 100 MHz
Max Speed: 3000 MHz
Current Speed: 2000 MHz
Status: Populated, Enabled
Upgrade: ZIF Socket
L1 Cache Handle: 0x0022
L2 Cache Handle: 0x0023
L3 Cache Handle: 0x0024
Handle 0x004B
DMI type 4, 32 bytes.
Processor Information
Socket Designation: Node 1 CPU 6
Type: Central Processor
Family: Xeon
Manufacturer: GenuineIntel
ID: 22 0F 00 00 00 00 00 00
Signature: Type 0, Family F, Model 2, Stepping 2
Flags: None
Version: Intel Xeon MP
Voltage: 1.5 V
External Clock: 100 MHz
Max Speed: 3000 MHz
Current Speed: 2000 MHz
Status: Populated, Enabled
Upgrade: ZIF Socket
L1 Cache Handle: 0x0025
L2 Cache Handle: 0x0026
L3 Cache Handle: 0x0027
Handle 0x004C
DMI type 4, 32 bytes.
Processor Information
Socket Designation: Node 1 CPU 7
Type: Central Processor
Family: Xeon
Manufacturer: GenuineIntel
ID: 22 0F 00 00 00 00 00 00
Signature: Type 0, Family F, Model 2, Stepping 2
Flags: None
Version: Intel Xeon MP
Voltage: 1.5 V
External Clock: 100 MHz
Max Speed: 3000 MHz
Current Speed: 2000 MHz
Status: Populated, Enabled
Upgrade: ZIF Socket
L1 Cache Handle: 0x0028
L2 Cache Handle: 0x0029
L3 Cache Handle: 0x002A
Handle 0x004D
DMI type 4, 32 bytes.
Processor Information
Socket Designation: Node 1 CPU 8
Type: Central Processor
Family: Xeon
Manufacturer: GenuineIntel
ID: 22 0F 00 00 00 00 00 00
Signature: Type 0, Family F, Model 2, Stepping 2
Flags: None
Version: Intel Xeon MP
Voltage: 1.5 V
External Clock: 100 MHz
Max Speed: 3000 MHz
Current Speed: 2000 MHz
Status: Populated, Enabled
Upgrade: ZIF Socket
L1 Cache Handle: 0x002B
L2 Cache Handle: 0x002C
L3 Cache Handle: 0x002D
Handle 0x0056
DMI type 8, 9 bytes.
Port Connector Information
Internal Reference Designator: Not Specified
Internal Connector Type: None
External Reference Designator: Lower Scalability 1
External Connector Type: Proprietary
Port Type: Other
Handle 0x0057
DMI type 8, 9 bytes.
Port Connector Information
Internal Reference Designator: Not Specified
Internal Connector Type: None
External Reference Designator: Lower Scalability 2
External Connector Type: Proprietary
Port Type: Other
Handle 0x0058
DMI type 8, 9 bytes.
Port Connector Information
Internal Reference Designator: Not Specified
Internal Connector Type: None
External Reference Designator: Lower Scalability 3
External Connector Type: Proprietary
Port Type: Other
Handle 0x0059
DMI type 8, 9 bytes.
Port Connector Information
Internal Reference Designator: Not Specified
Internal Connector Type: None
External Reference Designator: Upper Scalability 1
External Connector Type: Proprietary
Port Type: Other
Handle 0x005A
DMI type 8, 9 bytes.
Port Connector Information
Internal Reference Designator: Not Specified
Internal Connector Type: None
External Reference Designator: Upper Scalability 2
External Connector Type: Proprietary
Port Type: Other
Handle 0x005B
DMI type 8, 9 bytes.
Port Connector Information
Internal Reference Designator: Not Specified
Internal Connector Type: None
External Reference Designator: Upper Scalability 3
External Connector Type: Proprietary
Port Type: Other
Handle 0x005C
DMI type 8, 9 bytes.
Port Connector Information
Internal Reference Designator: Not Specified
Internal Connector Type: None
External Reference Designator: RXE B
External Connector Type: Proprietary
Port Type: Other
Handle 0x005D
DMI type 8, 9 bytes.
Port Connector Information
Internal Reference Designator: Not Specified
Internal Connector Type: None
External Reference Designator: Mouse
External Connector Type: Mini DIN
Port Type: Mouse Port
Handle 0x005E
DMI type 8, 9 bytes.
Port Connector Information
Internal Reference Designator: Not Specified
Internal Connector Type: None
External Reference Designator: Keyboard
External Connector Type: Mini DIN
Port Type: Keyboard Port
Handle 0x005F
DMI type 8, 9 bytes.
Port Connector Information
Internal Reference Designator: Not Specified
Internal Connector Type: None
External Reference Designator: RS-485
External Connector Type: RJ-45
Port Type: Other
Handle 0x0060
DMI type 8, 9 bytes.
Port Connector Information
Internal Reference Designator: Not Specified
Internal Connector Type: None
External Reference Designator: USB 1
External Connector Type: Access Bus (USB)
Port Type: USB
Handle 0x0061
DMI type 8, 9 bytes.
Port Connector Information
Internal Reference Designator: Not Specified
Internal Connector Type: None
External Reference Designator: USB 2
External Connector Type: Access Bus (USB)
Port Type: USB
Handle 0x0062
DMI type 8, 9 bytes.
Port Connector Information
Internal Reference Designator: Not Specified
Internal Connector Type: None
External Reference Designator: USB 3
External Connector Type: Access Bus (USB)
Port Type: USB
Handle 0x0063
DMI type 8, 9 bytes.
Port Connector Information
Internal Reference Designator: Not Specified
Internal Connector Type: None
External Reference Designator: Video
External Connector Type: DB-15 female
Port Type: Video Port
Handle 0x0064
DMI type 8, 9 bytes.
Port Connector Information
Internal Reference Designator: Not Specified
Internal Connector Type: None
External Reference Designator: RXE A
External Connector Type: Proprietary
Port Type: Other
Handle 0x0065
DMI type 8, 9 bytes.
Port Connector Information
Internal Reference Designator: Diskette/CDROM
Internal Connector Type: Other
External Reference Designator: Not Specified
External Connector Type: None
Port Type: Other
Handle 0x0066
DMI type 8, 9 bytes.
Port Connector Information
Internal Reference Designator: Not Specified
Internal Connector Type: None
External Reference Designator: External SCSI (channel A)
External Connector Type: 68 Pin Dual Inline
Port Type: SCSI Wide
Handle 0x0067
DMI type 8, 9 bytes.
Port Connector Information
Internal Reference Designator: Internal SCSI (channel B)
Internal Connector Type: 68 Pin Dual Inline
External Reference Designator: Not Specified
External Connector Type: None
Port Type: SCSI Wide
Handle 0x0068
DMI type 8, 9 bytes.
Port Connector Information
Internal Reference Designator: Not Specified
Internal Connector Type: None
External Reference Designator: 10/100/1000 Ethernet (port A)
External Connector Type: RJ-45
Port Type: Network Port
Handle 0x0069
DMI type 8, 9 bytes.
Port Connector Information
Internal Reference Designator: Not Specified
Internal Connector Type: None
External Reference Designator: 10/100/1000 Ethernet (port B)
External Connector Type: RJ-45
Port Type: Network Port
Handle 0x006A
DMI type 8, 9 bytes.
Port Connector Information
Internal Reference Designator: Not Specified
Internal Connector Type: None
External Reference Designator: RSA Serial
External Connector Type: DB-9 male
Port Type: Serial Port 16550A Compatible
Handle 0x006B
DMI type 8, 9 bytes.
Port Connector Information
Internal Reference Designator: Not Specified
Internal Connector Type: None
External Reference Designator: RSA Ethernet
External Connector Type: RJ-45
Port Type: Network Port
Handle 0x006C
DMI type 8, 9 bytes.
Port Connector Information
Internal Reference Designator: Not Specified
Internal Connector Type: None
External Reference Designator: RSA RS-485
External Connector Type: RJ-45
Port Type: Other
Handle 0x0081
DMI type 9, 13 bytes.
System Slot Information
Designation: Node 1 133MHz PCI-X ActivePCI Card Slot 6
Type: 64-bit PCI-X
Current Usage: Available
Length: Long
ID: 6
Characteristics:
3.3 V is provided
PME signal is supported
Hot-plug devices are supported
Handle 0x0082
DMI type 9, 13 bytes.
System Slot Information
Designation: Node 1 133MHz PCI-X ActivePCI Card Slot 5
Type: 64-bit PCI-X
Current Usage: Available
Length: Long
ID: 5
Characteristics:
3.3 V is provided
PME signal is supported
Hot-plug devices are supported
Handle 0x0083
DMI type 9, 13 bytes.
System Slot Information
Designation: Node 1 100MHz PCI-X ActivePCI Card Slot 4
Type: 64-bit PCI-X
Current Usage: Available
Length: Long
ID: 4
Characteristics:
3.3 V is provided
PME signal is supported
Hot-plug devices are supported
Handle 0x0084
DMI type 9, 13 bytes.
System Slot Information
Designation: Node 1 100MHz PCI-X ActivePCI Card Slot 3
Type: 64-bit PCI-X
Current Usage: Available
Length: Long
ID: 3
Characteristics:
3.3 V is provided
PME signal is supported
Hot-plug devices are supported
Handle 0x0085
DMI type 9, 13 bytes.
System Slot Information
Designation: Node 1 66MHz PCI-X ActivePCI Card Slot 2
Type: 64-bit PCI-X
Current Usage: Available
Length: Long
ID: 2
Characteristics:
3.3 V is provided
PME signal is supported
Hot-plug devices are supported
Handle 0x0086
DMI type 9, 13 bytes.
System Slot Information
Designation: Node 1 66MHz PCI-X ActivePCI Card Slot 1
Type: 64-bit PCI-X
Current Usage: Available
Length: Long
ID: 1
Characteristics:
3.3 V is provided
PME signal is supported
Hot-plug devices are supported
Handle 0x00A5
DMI type 10, 10 bytes.
On Board Device Information
Type: Video
Status: Enabled
Description: ATI Rage XL Video Controller, 8M Memory
On Board Device Information
Type: SCSI Controller
Status: Enabled
Description: LSI Logic 1030 Dual Ultra320 SCSI Controller
On Board Device Information
Type: Ethernet
Status: Enabled
Description: Broadcom 5704 10/100/1000 Dual Ethernet Controller
Handle 0x00A7
DMI type 11, 5 bytes.
OEM Strings
String 1: IBM Diagnostics 1.05 -[REYT23AUS-1.05]-
String 2: IBM Remote Supervisor Adapter -[REE825CUS]-
Handle 0x00A8
DMI type 12, 5 bytes.
System Configuration Options
Option 1: J20-Power on Password Override jumper
Option 2: Changing the position of this jumper bypasses the
Option 3: power-on password checking on the next power-on.
Option 4: You do not need to move the jumper back to the
Option 5: default position after the password is overridden.
Option 6: Changing the position of this jumper does not affect
Option 7: the administrator password check if an administrator
Option 8: password is set.
Handle 0x00A9
DMI type 12, 5 bytes.
System Configuration Options
Option 1: J28-Flash ROM page swap jumper
Option 2: Primary-on pins 1-2, Backup-on pins 2-3
Option 3: The Primary(default) position is a jumper installed
Option 4: on pins marked by a white block under the pins.
Option 5: Changing the position of this jumper will change
Option 6: which of the two pages of flash ROM is used when
Option 7: the system is started.
Handle 0x00AA
DMI type 13, 22 bytes.
BIOS Language Information
Installable Languages: 1
en|US|iso8859-1
Currently Installed Language: en|US|iso8859-1
Handle 0x00AB
DMI type 16, 15 bytes.
Physical Memory Array
Location: System Board Or Motherboard
Use: System Memory
Error Correction Type: Multi-bit ECC
Maximum Capacity: 64 GB
Error Information Handle: Not Provided
Number Of Devices: 64
Handle 0x00AC
DMI type 17, 21 bytes.
Memory Device
Array Handle: 0x00AB
Error Information Handle: Not Provided
Total Width: 72 bits
Data Width: 64 bits
Size: No Module Installed
Form Factor: DIMM
Set: 1
Locator: J1
Bank Locator: BANK 1/SMP Module 1/NODE 1
Type: DDR
Type Detail: Synchronous
Handle 0x00AD
DMI type 17, 21 bytes.
Memory Device
Array Handle: 0x00AB
Error Information Handle: Not Provided
Total Width: 72 bits
Data Width: 64 bits
Size: No Module Installed
Form Factor: DIMM
Set: 1
Locator: J3
Bank Locator: BANK 1/SMP Module 1/NODE 1
Type: DDR
Type Detail: Synchronous
Handle 0x00AE
DMI type 17, 21 bytes.
Memory Device
Array Handle: 0x00AB
Error Information Handle: Not Provided
Total Width: 72 bits
Data Width: 64 bits
Size: 512 MB
Form Factor: DIMM
Set: 2
Locator: J2
Bank Locator: BANK 3/SMP Module 1/NODE 1
Type: DDR
Type Detail: Synchronous
Handle 0x00AF
DMI type 17, 21 bytes.
Memory Device
Array Handle: 0x00AB
Error Information Handle: Not Provided
Total Width: 72 bits
Data Width: 64 bits
Size: 512 MB
Form Factor: DIMM
Set: 2
Locator: J4
Bank Locator: BANK 3/SMP Module 1/NODE 1
Type: DDR
Type Detail: Synchronous
Handle 0x00B0
DMI type 17, 21 bytes.
Memory Device
Array Handle: 0x00AB
Error Information Handle: Not Provided
Total Width: 72 bits
Data Width: 64 bits
Size: No Module Installed
Form Factor: DIMM
Set: 3
Locator: J5
Bank Locator: BANK 5/SMP Module 1/NODE 1
Type: DDR
Type Detail: Synchronous
Handle 0x00B1
DMI type 17, 21 bytes.
Memory Device
Array Handle: 0x00AB
Error Information Handle: Not Provided
Total Width: 72 bits
Data Width: 64 bits
Size: No Module Installed
Form Factor: DIMM
Set: 3
Locator: J7
Bank Locator: BANK 5/SMP Module 1/NODE 1
Type: DDR
Type Detail: Synchronous
Handle 0x00B2
DMI type 17, 21 bytes.
Memory Device
Array Handle: 0x00AB
Error Information Handle: Not Provided
Total Width: 72 bits
Data Width: 64 bits
Size: 512 MB
Form Factor: DIMM
Set: 4
Locator: J6
Bank Locator: BANK 7/SMP Module 1/NODE 1
Type: DDR
Type Detail: Synchronous
Handle 0x00B3
DMI type 17, 21 bytes.
Memory Device
Array Handle: 0x00AB
Error Information Handle: Not Provided
Total Width: 72 bits
Data Width: 64 bits
Size: 512 MB
Form Factor: DIMM
Set: 4
Locator: J8
Bank Locator: BANK 7/SMP Module 1/NODE 1
Type: DDR
Type Detail: Synchronous
Handle 0x00B4
DMI type 17, 21 bytes.
Memory Device
Array Handle: 0x00AB
Error Information Handle: Not Provided
Total Width: 72 bits
Data Width: 64 bits
Size: No Module Installed
Form Factor: DIMM
Set: 5
Locator: J9
Bank Locator: BANK 2/SMP Module 1/NODE 1
Type: DDR
Type Detail: Synchronous
Handle 0x00B5
DMI type 17, 21 bytes.
Memory Device
Array Handle: 0x00AB
Error Information Handle: Not Provided
Total Width: 72 bits
Data Width: 64 bits
Size: No Module Installed
Form Factor: DIMM
Set: 5
Locator: J11
Bank Locator: BANK 2/SMP Module 1/NODE 1
Type: DDR
Type Detail: Synchronous
Handle 0x00B6
DMI type 17, 21 bytes.
Memory Device
Array Handle: 0x00AB
Error Information Handle: Not Provided
Total Width: 72 bits
Data Width: 64 bits
Size: 1024 MB
Form Factor: DIMM
Set: 6
Locator: J10
Bank Locator: BANK 4/SMP Module 1/NODE 1
Type: DDR
Type Detail: Synchronous
Handle 0x00B7
DMI type 17, 21 bytes.
Memory Device
Array Handle: 0x00AB
Error Information Handle: Not Provided
Total Width: 72 bits
Data Width: 64 bits
Size: 1024 MB
Form Factor: DIMM
Set: 6
Locator: J12
Bank Locator: BANK 4/SMP Module 1/NODE 1
Type: DDR
Type Detail: Synchronous
Handle 0x00B8
DMI type 17, 21 bytes.
Memory Device
Array Handle: 0x00AB
Error Information Handle: Not Provided
Total Width: 72 bits
Data Width: 64 bits
Size: No Module Installed
Form Factor: DIMM
Set: 7
Locator: J13
Bank Locator: BANK 6/SMP Module 1/NODE 1
Type: DDR
Type Detail: Synchronous
Handle 0x00B9
DMI type 17, 21 bytes.
Memory Device
Array Handle: 0x00AB
Error Information Handle: Not Provided
Total Width: 72 bits
Data Width: 64 bits
Size: No Module Installed
Form Factor: DIMM
Set: 7
Locator: J15
Bank Locator: BANK 6/SMP Module 1/NODE 1
Type: DDR
Type Detail: Synchronous
Handle 0x00BA
DMI type 17, 21 bytes.
Memory Device
Array Handle: 0x00AB
Error Information Handle: Not Provided
Total Width: 72 bits
Data Width: 64 bits
Size: No Module Installed
Form Factor: DIMM
Set: 8
Locator: J14
Bank Locator: BANK 8/SMP Module 1/NODE 1
Type: DDR
Type Detail: Synchronous
Handle 0x00BB
DMI type 17, 21 bytes.
Memory Device
Array Handle: 0x00AB
Error Information Handle: Not Provided
Total Width: 72 bits
Data Width: 64 bits
Size: No Module Installed
Form Factor: DIMM
Set: 8
Locator: J16
Bank Locator: BANK 8/SMP Module 1/NODE 1
Type: DDR
Type Detail: Synchronous
Handle 0x00BC
DMI type 17, 21 bytes.
Memory Device
Array Handle: 0x00AB
Error Information Handle: Not Provided
Total Width: 72 bits
Data Width: 64 bits
Size: 2048 MB
Form Factor: DIMM
Set: 9
Locator: J1
Bank Locator: BANK 1/SMP Module 2/NODE 1
Type: DDR
Type Detail: Synchronous
Handle 0x00BD
DMI type 17, 21 bytes.
Memory Device
Array Handle: 0x00AB
Error Information Handle: Not Provided
Total Width: 72 bits
Data Width: 64 bits
Size: 2048 MB
Form Factor: DIMM
Set: 9
Locator: J3
Bank Locator: BANK 1/SMP Module 2/NODE 1
Type: DDR
Type Detail: Synchronous
Handle 0x00BE
DMI type 17, 21 bytes.
Memory Device
Array Handle: 0x00AB
Error Information Handle: Not Provided
Total Width: 72 bits
Data Width: 64 bits
Size: No Module Installed
Form Factor: DIMM
Set: 10
Locator: J2
Bank Locator: BANK 3/SMP Module 2/NODE 1
Type: DDR
Type Detail: Synchronous
Handle 0x00BF
DMI type 17, 21 bytes.
Memory Device
Array Handle: 0x00AB
Error Information Handle: Not Provided
Total Width: 72 bits
Data Width: 64 bits
Size: No Module Installed
Form Factor: DIMM
Set: 10
Locator: J4
Bank Locator: BANK 3/SMP Module 2/NODE 1
Type: DDR
Type Detail: Synchronous
Handle 0x00C0
DMI type 17, 21 bytes.
Memory Device
Array Handle: 0x00AB
Error Information Handle: Not Provided
Total Width: 72 bits
Data Width: 64 bits
Size: No Module Installed
Form Factor: DIMM
Set: 11
Locator: J5
Bank Locator: BANK 5/SMP Module 2/NODE 1
Type: DDR
Type Detail: Synchronous
Handle 0x00C1
DMI type 17, 21 bytes.
Memory Device
Array Handle: 0x00AB
Error Information Handle: Not Provided
Total Width: 72 bits
Data Width: 64 bits
Size: No Module Installed
Form Factor: DIMM
Set: 11
Locator: J7
Bank Locator: BANK 5/SMP Module 2/NODE 1
Type: DDR
Type Detail: Synchronous
Handle 0x00C2
DMI type 17, 21 bytes.
Memory Device
Array Handle: 0x00AB
Error Information Handle: Not Provided
Total Width: 72 bits
Data Width: 64 bits
Size: No Module Installed
Form Factor: DIMM
Set: 12
Locator: J6
Bank Locator: BANK 7/SMP Module 2/NODE 1
Type: DDR
Type Detail: Synchronous
Handle 0x00C3
DMI type 17, 21 bytes.
Memory Device
Array Handle: 0x00AB
Error Information Handle: Not Provided
Total Width: 72 bits
Data Width: 64 bits
Size: No Module Installed
Form Factor: DIMM
Set: 12
Locator: J8
Bank Locator: BANK 7/SMP Module 2/NODE 1
Type: DDR
Type Detail: Synchronous
Handle 0x00C4
DMI type 17, 21 bytes.
Memory Device
Array Handle: 0x00AB
Error Information Handle: Not Provided
Total Width: 72 bits
Data Width: 64 bits
Size: 1024 MB
Form Factor: DIMM
Set: 13
Locator: J9
Bank Locator: BANK 2/SMP Module 2/NODE 1
Type: DDR
Type Detail: Synchronous
Handle 0x00C5
DMI type 17, 21 bytes.
Memory Device
Array Handle: 0x00AB
Error Information Handle: Not Provided
Total Width: 72 bits
Data Width: 64 bits
Size: 1024 MB
Form Factor: DIMM
Set: 13
Locator: J11
Bank Locator: BANK 2/SMP Module 2/NODE 1
Type: DDR
Type Detail: Synchronous
Handle 0x00C6
DMI type 17, 21 bytes.
Memory Device
Array Handle: 0x00AB
Error Information Handle: Not Provided
Total Width: 72 bits
Data Width: 64 bits
Size: No Module Installed
Form Factor: DIMM
Set: 14
Locator: J10
Bank Locator: BANK 4/SMP Module 2/NODE 1
Type: DDR
Type Detail: Synchronous
Handle 0x00C7
DMI type 17, 21 bytes.
Memory Device
Array Handle: 0x00AB
Error Information Handle: Not Provided
Total Width: 72 bits
Data Width: 64 bits
Size: No Module Installed
Form Factor: DIMM
Set: 14
Locator: J12
Bank Locator: BANK 4/SMP Module 2/NODE 1
Type: DDR
Type Detail: Synchronous
Handle 0x00C8
DMI type 17, 21 bytes.
Memory Device
Array Handle: 0x00AB
Error Information Handle: Not Provided
Total Width: 72 bits
Data Width: 64 bits
Size: No Module Installed
Form Factor: DIMM
Set: 15
Locator: J13
Bank Locator: BANK 6/SMP Module 2/NODE 1
Type: DDR
Type Detail: Synchronous
Handle 0x00C9
DMI type 17, 21 bytes.
Memory Device
Array Handle: 0x00AB
Error Information Handle: Not Provided
Total Width: 72 bits
Data Width: 64 bits
Size: No Module Installed
Form Factor: DIMM
Set: 15
Locator: J15
Bank Locator: BANK 6/SMP Module 2/NODE 1
Type: DDR
Type Detail: Synchronous
Handle 0x00CA
DMI type 17, 21 bytes.
Memory Device
Array Handle: 0x00AB
Error Information Handle: Not Provided
Total Width: 72 bits
Data Width: 64 bits
Size: No Module Installed
Form Factor: DIMM
Set: 16
Locator: J14
Bank Locator: BANK 8/SMP Module 2/NODE 1
Type: DDR
Type Detail: Synchronous
Handle 0x00CB
DMI type 17, 21 bytes.
Memory Device
Array Handle: 0x00AB
Error Information Handle: Not Provided
Total Width: 72 bits
Data Width: 64 bits
Size: No Module Installed
Form Factor: DIMM
Set: 16
Locator: J16
Bank Locator: BANK 8/SMP Module 2/NODE 1
Type: DDR
Type Detail: Synchronous
Handle 0x00EC
DMI type 19, 15 bytes.
Memory Array Mapped Address
Starting Address: 0x00000000000
Ending Address: 0x0027FFFFFFF
Range Size: 10 GB
Physical Array Handle: 0x00AB
Partition Width: 0
Handle 0x010D
DMI type 32, 11 bytes.
System Boot Information
Status: No errors detected
Handle 0x010E
DMI type 221, 31 bytes.
OEM-specific Type
Header And Data:
DD 1F 0E 01 4E 4F 44 45 49 4E 46 4F 01 3A C3 61
EB 10 1E B2 11 80 DA 50 D4 00 00 00 00 01 02
Strings:
IBM Diagnostics 1.05 -[REYT23AUS-1.05]-
IBM Remote Supervisor Adapter -[REE825CUS]-
Handle 0x0110
DMI type 127, 4 bytes.
End Of Table
--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org. For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>
^ permalink raw reply [flat|nested] 30+ messages in thread
* Re: [BUG] at mm/slab.c:3320
2008-01-03 15:50 ` Aneesh Kumar K.V
@ 2008-01-04 0:33 ` Nishanth Aravamudan
2008-01-07 1:23 ` KAMEZAWA Hiroyuki
1 sibling, 0 replies; 30+ messages in thread
From: Nishanth Aravamudan @ 2008-01-04 0:33 UTC (permalink / raw)
To: Aneesh Kumar K.V
Cc: Christoph Lameter, linux-mm, lee.schermerhorn, bob.picco,
kamezawa.hiroyu, mel
On 03.01.2008 [21:20:46 +0530], Aneesh Kumar K.V wrote:
> On Wed, Jan 02, 2008 at 12:32:42PM -0800, Christoph Lameter wrote:
> >
> > This occurred on a 32 bit NUMA platform? Guess NUMAQ?
Not NUMA-Q afaict, but 32-bit, yes. It's unclear what's going on with
this box, actually. Clearly the kernel detected NUMA; however the
listing in our testing grid does not indicate any NUMA nodes per sysfs,
I don't think. And in fact what the kernel detected doesn't necessarily
mesh with a normal NUMA system.
Does reverting this patch actually make the box boot? What was the last
kernel that worked on this box?
> > The dmesg that I saw was partial. Could you repost a full problem
> > description to linux-mm@kvack.org and cc the authors of memoryless node
> > support?
> >
> > Nishanth Aravamudan <nacc@us.ibm.com>
> > Lee Schermerhorn <lee.schermerhorn@hp.com>
> > Bob Picco <bob.picco@hp.com>
> > KAMEZAWA Hiroyuki <kamezawa.hiroyu@jp.fujitsu.com>
> > Mel Gorman <mel@skynet.ie>
> > Christoph Lameter <clameter@sgi.com>
> >
> Full dmesg:
> ----------
> Booting 'autobench'
>
> root (hd0,0)
> Filesystem type is ext2fs, partition type 0x83
> kernel /boot/vmlinuz-autobench ro console=tty0 console=ttyS0,115200 autobench_a
> rgs: root=/dev/sda3 ABAT:1198144312
> [Linux-bzImage, setup=0x2800, size=0x1a08e8]
> initrd /boot/initrd-autobench.img
> [Linux-initrd @ 0x37ed8000, 0x117985 bytes]
>
> Linux version 2.6.24-rc5-autokern1 (root@elm3a23) (gcc version 3.4.6 20060404 (Red Hat 3.4.6-9)) #1 SMP PREEMPT Thu Dec 20 04:16:18 EST 2007
<snip>
> Node: 0, start_pfn: 0, end_pfn: 156
> Node: 0, start_pfn: 256, end_pfn: 917393
> Node: 0, start_pfn: 1048576, end_pfn: 2752512
Hrm, this indicates 1 node with holes?
> get_memcfg_from_srat: assigning address to rsdp
> RSD PTR v0 [IBM ]
> Begin SRAT table scan....
> CPU 0x00 in proximity domain 0x00
> CPU 0x02 in proximity domain 0x00
> CPU 0x10 in proximity domain 0x00
> CPU 0x12 in proximity domain 0x00
> Memory range 0x0 to 0xE0000 (type 0x0) in proximity domain 0x00 enabled
> Memory range 0x100000 to 0x120000 (type 0x0) in proximity domain 0x00 enabled
> CPU 0x20 in proximity domain 0x01
> CPU 0x22 in proximity domain 0x01
> CPU 0x30 in proximity domain 0x01
> CPU 0x32 in proximity domain 0x01
> Memory range 0x120000 to 0x2A0000 (type 0x0) in proximity domain 0x01 enabled
> acpi20_parse_srat: Entry length value is zero; can't parse any further!
But two proximity domains (NUMA nodes?) according to SRAT? And then we
get a parse error?
> pxm bitmap: 03 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
> Number of logical nodes in system = 2
So we had 1 physical node above, but now we have 2 logical nodes?
> Number of memory chunks in system = 3
> chunk 0 nid 0 start_pfn 00000000 end_pfn 000e0000
> chunk 1 nid 0 start_pfn 00100000 end_pfn 00120000
> chunk 2 nid 1 start_pfn 00120000 end_pfn 002a0000
> Node: 0, start_pfn: 0, end_pfn: 1179648
> Node: 1, start_pfn: 1179648, end_pfn: 2752512
(side nit: why don't we always print in hex here?)
> Reserving 16384 pages of KVA for lmem_map of node 0
> Shrinking node 0 from 1179648 pages to 1163264 pages
> Reserving 22016 pages of KVA for lmem_map of node 1
> Shrinking node 1 from 2752512 pages to 2730496 pages
> Reserving total of 38400 pages for numa KVA remap
> kva_start_pfn ~ 190464 find_max_low_pfn() ~ 229376
> max_pfn = 2752512
> 9856MB HIGHMEM available.
> 896MB LOWMEM available.
> min_low_pfn = 1945, max_low_pfn = 229376, highstart_pfn = 229376
> Low memory ends at vaddr f8000000
> node 0 will remap to vaddr ee800000 - fc000000
> node 1 will remap to vaddr f2800000 - 01600000
And we have two nodes from here on out...
> High memory starts at vaddr f8000000
> found SMP MP-table at 0009c540
> Zone PFN ranges:
> DMA 0 -> 4096
> Normal 4096 -> 229376
> HighMem 229376 -> 2752512
> Movable zone start PFN for each node
> early_node_map[3] active PFN ranges
> 0: 0 -> 917504
> 0: 1048576 -> 1163264
> 1: 1179648 -> 2730496
with holes as before.
<snip>
> Calibrating delay using timer specific routine.. 4002.61 BogoMIPS (lpj=8005239)
> ------------[ cut here ]------------
> kernel BUG at mm/slab.c:3320!
> invalid opcode: 0000 [#1] PREEMPT SMP
> Modules linked in:
>
> Pid: 0, comm: swapper Not tainted (2.6.24-rc5-autokern1 #1)
> EIP: 0060:[<c0181707>] EFLAGS: 00010046 CPU: 0
> EIP is at ____cache_alloc_node+0x1c/0x130
> EAX: ee4005c0 EBX: 00000000 ECX: 00000001 EDX: 000000d0
> ESI: 00000000 EDI: ee4005c0 EBP: c0408f74 ESP: c0408f54
> DS: 007b ES: 007b FS: 00d8 GS: 0000 SS: 0068
> Process swapper (pid: 0, ti=c0408000 task=c03d5d80 task.ti=c0408000)
> Stack: c03d5d80 c0408f6c c017ac36 00000001 000000d0 00000000 000000d0 ee4005c0
> c0408f88 c0181577 0001080c 00000246 ee4005c0 c0408fa8 c0181a97 c0408fb0
> c01395b9 000000d0 0001080c 00099800 c03dccec c0408fd0 c01395b9 c0408fd0
> Call Trace:
> [<c0105e23>] show_trace_log_lvl+0x19/0x2e
> [<c0105ee5>] show_stack_log_lvl+0x99/0xa1
> [<c010603f>] show_registers+0xb3/0x1e9
> [<c0106301>] die+0x11b/0x1fe
> [<c02fb654>] do_trap+0x8e/0xa8
> [<c01065cd>] do_invalid_op+0x88/0x92
> [<c02fb422>] error_code+0x72/0x78
> [<c0181577>] alternate_node_alloc+0x5b/0x60
> [<c0181a97>] kmem_cache_alloc+0x50/0x120
> [<c01395b9>] create_pid_cachep+0x4c/0xec
> [<c041ae65>] pidmap_init+0x2f/0x6e
> [<c040c715>] start_kernel+0x1ca/0x23e
> [<00000000>] 0x0
> =======================
> Code: ff eb 02 31 ff 89 f8 83 c4 10 5b 5e 5f 5d c3 55 89 e5 57 89 c7 56 53 83 ec 14 89 55 f0 89 4d ec 8b b4 88 88 02 00 00 85 f6 75 04 <0f> 0b eb fe e8 f3 ee ff ff 8d 46 24 89 45 e4 e8 23 97 17 00 8b
> EIP: [<c0181707>] ____cache_alloc_node+0x1c/0x130 SS:ESP 0068:c0408f54
> Kernel panic - not syncing: Attempted to kill the idle task!
> -- 0:conmux-control -- time-stamp -- Dec/20/07 2:00:36 --
> (bot:conmon-payload) disconnected
>
>
> dmidecode output for machine details
> ----------------------------------
<snip>
The DMI information seems to indicate also that there is only one node
(Node 1)?
I'll try and reproduce on the box and investigate further.
Thanks,
Nish
--
Nishanth Aravamudan <nacc@us.ibm.com>
IBM Linux Technology Center
--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org. For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>
^ permalink raw reply [flat|nested] 30+ messages in thread
* Re: [BUG] at mm/slab.c:3320
2008-01-03 15:50 ` Aneesh Kumar K.V
2008-01-04 0:33 ` Nishanth Aravamudan
@ 2008-01-07 1:23 ` KAMEZAWA Hiroyuki
2008-01-07 18:10 ` Christoph Lameter
1 sibling, 1 reply; 30+ messages in thread
From: KAMEZAWA Hiroyuki @ 2008-01-07 1:23 UTC (permalink / raw)
To: Aneesh Kumar K.V
Cc: Christoph Lameter, linux-mm, nacc, lee.schermerhorn, bob.picco,
mel
On Thu, 3 Jan 2008 21:20:46 +0530
"Aneesh Kumar K.V" <aneesh.kumar@linux.vnet.ibm.com> wrote:
> Node: 0, start_pfn: 0, end_pfn: 156
> Node: 0, start_pfn: 256, end_pfn: 917393
> Node: 0, start_pfn: 1048576, end_pfn: 2752512
> get_memcfg_from_srat: assigning address to rsdp
> RSD PTR v0 [IBM ]
> Begin SRAT table scan....
> CPU 0x00 in proximity domain 0x00
> CPU 0x02 in proximity domain 0x00
> CPU 0x10 in proximity domain 0x00
> CPU 0x12 in proximity domain 0x00
> Memory range 0x0 to 0xE0000 (type 0x0) in proximity domain 0x00 enabled
> Memory range 0x100000 to 0x120000 (type 0x0) in proximity domain 0x00 enabled
> CPU 0x20 in proximity domain 0x01
> CPU 0x22 in proximity domain 0x01
> CPU 0x30 in proximity domain 0x01
> CPU 0x32 in proximity domain 0x01
> Memory range 0x120000 to 0x2A0000 (type 0x0) in proximity domain 0x01 enabled
> acpi20_parse_srat: Entry length value is zero; can't parse any further!
> pxm bitmap: 03 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
> Number of logical nodes in system = 2
> Number of memory chunks in system = 3
> chunk 0 nid 0 start_pfn 00000000 end_pfn 000e0000
> chunk 1 nid 0 start_pfn 00100000 end_pfn 00120000
> chunk 2 nid 1 start_pfn 00120000 end_pfn 002a0000
> Node: 0, start_pfn: 0, end_pfn: 1179648
> Node: 1, start_pfn: 1179648, end_pfn: 2752512
Seems Node 1 has no NORMAL memory.
Because the patch changes 'online_node' to N_NORMAL_MEMORY, there is a change.
I'm not sure but cachep->nodelists[] should be created against all online nodes ?
Thanks,
-Kame
--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org. For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>
^ permalink raw reply [flat|nested] 30+ messages in thread
* Re: [BUG] at mm/slab.c:3320
2008-01-07 1:23 ` KAMEZAWA Hiroyuki
@ 2008-01-07 18:10 ` Christoph Lameter
2008-01-08 1:40 ` KAMEZAWA Hiroyuki
0 siblings, 1 reply; 30+ messages in thread
From: Christoph Lameter @ 2008-01-07 18:10 UTC (permalink / raw)
To: KAMEZAWA Hiroyuki
Cc: Aneesh Kumar K.V, linux-mm, nacc, lee.schermerhorn, bob.picco,
mel
On Mon, 7 Jan 2008, KAMEZAWA Hiroyuki wrote:
> Seems Node 1 has no NORMAL memory.
>
> Because the patch changes 'online_node' to N_NORMAL_MEMORY, there is a change.
> I'm not sure but cachep->nodelists[] should be created against all online nodes ?
Well what is the point of creating a memory structure for a node from
which no memory for the slab allocator can be allocated? I think we need a
special cpu_to_node() that only takes normal memory into consideration.
And we need to use that new function (cpu_to_node_normal_memory or so?) to
find memory for the slab and other stuff in the kernel.
--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org. For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>
^ permalink raw reply [flat|nested] 30+ messages in thread
* Re: [BUG] at mm/slab.c:3320
2008-01-07 18:10 ` Christoph Lameter
@ 2008-01-08 1:40 ` KAMEZAWA Hiroyuki
2008-01-08 5:38 ` Christoph Lameter
0 siblings, 1 reply; 30+ messages in thread
From: KAMEZAWA Hiroyuki @ 2008-01-08 1:40 UTC (permalink / raw)
To: Christoph Lameter
Cc: Aneesh Kumar K.V, linux-mm, nacc, lee.schermerhorn, bob.picco,
mel
On Mon, 7 Jan 2008 10:10:16 -0800 (PST)
Christoph Lameter <clameter@sgi.com> wrote:
> On Mon, 7 Jan 2008, KAMEZAWA Hiroyuki wrote:
>
> > Seems Node 1 has no NORMAL memory.
> >
> > Because the patch changes 'online_node' to N_NORMAL_MEMORY, there is a change.
> > I'm not sure but cachep->nodelists[] should be created against all online nodes ?
>
> Well what is the point of creating a memory structure for a node from
> which no memory for the slab allocator can be allocated? I think we need a
> special cpu_to_node() that only takes normal memory into consideration.
>
In usual alloc_pages() allocator, this is done by zonelist fallback.
> And we need to use that new function (cpu_to_node_normal_memory or so?) to
> find memory for the slab and other stuff in the kernel.
>
It seems that cache->nodelists[nid] == NULL case should be handled even if
nid == cpu_to_node(smp_processor_id()).
complicated ?
Thanks,
-Kame
--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org. For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>
^ permalink raw reply [flat|nested] 30+ messages in thread
* Re: [BUG] at mm/slab.c:3320
2008-01-08 1:40 ` KAMEZAWA Hiroyuki
@ 2008-01-08 5:38 ` Christoph Lameter
2008-01-08 7:11 ` Aneesh Kumar K.V
2008-01-09 6:50 ` Nishanth Aravamudan
0 siblings, 2 replies; 30+ messages in thread
From: Christoph Lameter @ 2008-01-08 5:38 UTC (permalink / raw)
To: KAMEZAWA Hiroyuki
Cc: Aneesh Kumar K.V, linux-mm, nacc, lee.schermerhorn, bob.picco,
mel
On Tue, 8 Jan 2008, KAMEZAWA Hiroyuki wrote:
> In usual alloc_pages() allocator, this is done by zonelist fallback.
Hmmm... __cache_alloc_node does:
if (unlikely(!cachep->nodelists[nodeid])) {
/* Node not bootstrapped yet */
ptr = fallback_alloc(cachep, flags);
goto out;
}
So kmalloc_node does the correct fallback.
Kmalloc does not fall back but relies on numa_node_id() referring to a
node that has ZONE_NORMAL memory. Sigh.
cache_alloc_refill:
node = numa_node_id();
check_irq_off();
ac = cpu_cache_get(cachep);
retry:
batchcount = ac->batchcount;
if (!ac->touched && batchcount > BATCHREFILL_LIMIT) {
/*
* If there was little recent activity on this cache, then
* perform only a partial refill. Otherwise we could generate
* refill bouncing.
*/
batchcount = BATCHREFILL_LIMIT;
}
l3 = cachep->nodelists[node];
BUG_ON(ac->avail > 0 || !l3);
^^^^ triggers
> complicated ?
Hmm.. We could check for l3 == NULL and fail in that case? The
___cache_alloc would fail and __do_cache_alloc would call
___cache_alloc_node whicvh would provide the correct fallback.
Doesd this fix it?
---
mm/slab.c | 5 ++++-
1 file changed, 4 insertions(+), 1 deletion(-)
Index: linux-2.6/mm/slab.c
===================================================================
--- linux-2.6.orig/mm/slab.c 2008-01-07 21:37:34.000000000 -0800
+++ linux-2.6/mm/slab.c 2008-01-07 21:38:09.000000000 -0800
@@ -2977,7 +2977,10 @@ retry:
}
l3 = cachep->nodelists[node];
- BUG_ON(ac->avail > 0 || !l3);
+ if (!l3)
+ return NULL;
+
+ BUG_ON(ac->avail > 0);
spin_lock(&l3->list_lock);
/* See if we can refill from the shared array */
--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org. For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>
^ permalink raw reply [flat|nested] 30+ messages in thread
* Re: [BUG] at mm/slab.c:3320
2008-01-08 5:38 ` Christoph Lameter
@ 2008-01-08 7:11 ` Aneesh Kumar K.V
2008-01-09 6:50 ` Nishanth Aravamudan
1 sibling, 0 replies; 30+ messages in thread
From: Aneesh Kumar K.V @ 2008-01-08 7:11 UTC (permalink / raw)
To: Christoph Lameter
Cc: KAMEZAWA Hiroyuki, linux-mm, nacc, lee.schermerhorn, bob.picco,
mel
On Mon, Jan 07, 2008 at 09:38:51PM -0800, Christoph Lameter wrote:
> On Tue, 8 Jan 2008, KAMEZAWA Hiroyuki wrote:
>
> > In usual alloc_pages() allocator, this is done by zonelist fallback.
>
> Hmmm... __cache_alloc_node does:
>
> if (unlikely(!cachep->nodelists[nodeid])) {
> /* Node not bootstrapped yet */
> ptr = fallback_alloc(cachep, flags);
> goto out;
> }
>
> So kmalloc_node does the correct fallback.
>
> Kmalloc does not fall back but relies on numa_node_id() referring to a
> node that has ZONE_NORMAL memory. Sigh.
>
> cache_alloc_refill:
>
> node = numa_node_id();
>
> check_irq_off();
> ac = cpu_cache_get(cachep);
> retry:
> batchcount = ac->batchcount;
> if (!ac->touched && batchcount > BATCHREFILL_LIMIT) {
> /*
> * If there was little recent activity on this cache, then
> * perform only a partial refill. Otherwise we could generate
> * refill bouncing.
> */
> batchcount = BATCHREFILL_LIMIT;
> }
> l3 = cachep->nodelists[node];
>
> BUG_ON(ac->avail > 0 || !l3);
> ^^^^ triggers
>
>
> > complicated ?
>
> Hmm.. We could check for l3 == NULL and fail in that case? The
> ___cache_alloc would fail and __do_cache_alloc would call
> ___cache_alloc_node whicvh would provide the correct fallback.
>
> Doesd this fix it?
Will test and get back to you. Waiting for the machine to be free.
-aneesh
--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org. For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>
^ permalink raw reply [flat|nested] 30+ messages in thread
* Re: [BUG] at mm/slab.c:3320
2008-01-08 5:38 ` Christoph Lameter
2008-01-08 7:11 ` Aneesh Kumar K.V
@ 2008-01-09 6:50 ` Nishanth Aravamudan
2008-01-09 17:50 ` Christoph Lameter
1 sibling, 1 reply; 30+ messages in thread
From: Nishanth Aravamudan @ 2008-01-09 6:50 UTC (permalink / raw)
To: Christoph Lameter
Cc: KAMEZAWA Hiroyuki, Aneesh Kumar K.V, linux-mm, lee.schermerhorn,
bob.picco, mel
On 07.01.2008 [21:38:51 -0800], Christoph Lameter wrote:
> On Tue, 8 Jan 2008, KAMEZAWA Hiroyuki wrote:
>
> > In usual alloc_pages() allocator, this is done by zonelist fallback.
>
> Hmmm... __cache_alloc_node does:
>
> if (unlikely(!cachep->nodelists[nodeid])) {
> /* Node not bootstrapped yet */
> ptr = fallback_alloc(cachep, flags);
> goto out;
> }
>
> So kmalloc_node does the correct fallback.
>
> Kmalloc does not fall back but relies on numa_node_id() referring to a
> node that has ZONE_NORMAL memory. Sigh.
Do we (perhaps you already have done so, Christoph), want to validate
any other users of numa_node_id() that then make assumptions about the
characteristics of the nid? Hrm, that sounds good in theory, but seems
hard in practice?
Thanks,
Nish
--
Nishanth Aravamudan <nacc@us.ibm.com>
IBM Linux Technology Center
--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org. For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>
^ permalink raw reply [flat|nested] 30+ messages in thread
* Re: [BUG] at mm/slab.c:3320
2008-01-09 6:50 ` Nishanth Aravamudan
@ 2008-01-09 17:50 ` Christoph Lameter
2008-01-09 18:58 ` Aneesh Kumar K.V
0 siblings, 1 reply; 30+ messages in thread
From: Christoph Lameter @ 2008-01-09 17:50 UTC (permalink / raw)
To: Nishanth Aravamudan
Cc: KAMEZAWA Hiroyuki, Aneesh Kumar K.V, linux-mm, lee.schermerhorn,
bob.picco, mel
On Tue, 8 Jan 2008, Nishanth Aravamudan wrote:
> Do we (perhaps you already have done so, Christoph), want to validate
> any other users of numa_node_id() that then make assumptions about the
> characteristics of the nid? Hrm, that sounds good in theory, but seems
> hard in practice?
Hmmm... The main allocs are the slab allocations. If we fallback in
kmalloc etc then we are fine for the common case. SLUB falls back
correctly. Its just the weird nesting of functions in SLAB that has made
this a bit difficult for that allocator.
--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org. For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>
^ permalink raw reply [flat|nested] 30+ messages in thread
* Re: [BUG] at mm/slab.c:3320
2008-01-09 17:50 ` Christoph Lameter
@ 2008-01-09 18:58 ` Aneesh Kumar K.V
2008-01-09 19:23 ` Christoph Lameter
0 siblings, 1 reply; 30+ messages in thread
From: Aneesh Kumar K.V @ 2008-01-09 18:58 UTC (permalink / raw)
To: Christoph Lameter
Cc: Nishanth Aravamudan, KAMEZAWA Hiroyuki, linux-mm,
lee.schermerhorn, bob.picco, mel
On Wed, Jan 09, 2008 at 09:50:56AM -0800, Christoph Lameter wrote:
> On Tue, 8 Jan 2008, Nishanth Aravamudan wrote:
>
> > Do we (perhaps you already have done so, Christoph), want to validate
> > any other users of numa_node_id() that then make assumptions about the
> > characteristics of the nid? Hrm, that sounds good in theory, but seems
> > hard in practice?
>
> Hmmm... The main allocs are the slab allocations. If we fallback in
> kmalloc etc then we are fine for the common case. SLUB falls back
> correctly. Its just the weird nesting of functions in SLAB that has made
> this a bit difficult for that allocator.
>
This patch didn't work. I still see
------------[ cut here ]------------
kernel BUG at mm/slab.c:3323!
invalid opcode: 0000 [#1] PREEMPT SMP
Modules linked in:
Pid: 0, comm: swapper Not tainted (2.6.24-rc5-autokern1 #1)
EIP: 0060:[<c01816fa>] EFLAGS: 00010046 CPU: 0
EIP is at ____cache_alloc_node+0x1c/0x130
EAX: e2c005c0 EBX: 00000000 ECX: 00000001 EDX: 000000d0
ESI: 00000000 EDI: e2c005c0 EBP: c03fef68 ESP: c03fef48
DS: 007b ES: 007b FS: 00d8 GS: 0000 SS: 0068
Process swapper (pid: 0, ti=c03fe000 task=c03cbd80 task.ti=c03fe000)
Stack: c03cbd80 c03fef60 c017ac2a 00000001 000000d0 00000000 000000d0 e2c005c0
c03fef7c c018156a 0002080c 00099800 00000000 c03fefa8 c0181a90 22222222
22222222 00000246 c01395b5 000000d0 e2c005c0 0002080c 00099800 c03d2cec
Call Trace:
[<c0105e23>] show_trace_log_lvl+0x19/0x2e
[<c0105ee5>] show_stack_log_lvl+0x99/0xa1
[<c010603f>] show_registers+0xb3/0x1e9
[<c0106301>] die+0x11b/0x1fe
[<c02f2de4>] do_trap+0x8e/0xa8
[<c01065cd>] do_invalid_op+0x88/0x92
[<c02f2bb2>] error_code+0x72/0x78
[<c018156a>] alternate_node_alloc+0x5b/0x60
[<c0181a90>] kmem_cache_alloc+0x56/0x272
[<c01395b5>] create_pid_cachep+0x4c/0xec
[<c0410e65>] pidmap_init+0x2f/0x6e
[<c0402715>] start_kernel+0x1ca/0x23e
[<00000000>] 0x0
=======================
Code: ff eb 02 31 ff 89 f8 83 c4 10 5b 5e 5f 5d c3 55 89 e5 57 89 c7 56 53 83 ec 14 89 55 f0 89 4d ec 8b b4 88 88 02 00 00 85 f6 75 04 <0f> 0b eb fe e8 f4 ee ff ff 8d 46 24 89 45 e4 e8 c0 0e 17 00 8b
EIP: [<c01816fa>] ____cache_alloc_node+0x1c/0x130 SS:ESP 0068:c03fef48
Kernel panic - not syncing: Attempted to kill the idle task!
-- 0:conmux-control -- time-stamp -- Jan/09/08 10:21:55 --
-- 0:conmux-control -- time-stamp -- Jan/09/08 10:33:39 --
(bot:conmon-payload) disconnected
diff --git a/mm/slab.c b/mm/slab.c
index 2e338a5..34279d8 100644
--- a/mm/slab.c
+++ b/mm/slab.c
@@ -2977,6 +2977,9 @@ retry:
}
l3 = cachep->nodelists[node];
+ if (!l3)
+ return NULL;
+
BUG_ON(ac->avail > 0 || !l3);
spin_lock(&l3->list_lock);
@@ -3439,8 +3442,14 @@ __do_cache_alloc(struct kmem_cache *cache, gfp_t flags)
* We may just have run out of memory on the local node.
* ____cache_alloc_node() knows how to locate memory on other nodes
*/
- if (!objp)
- objp = ____cache_alloc_node(cache, flags, numa_node_id());
+ if (!objp) {
+ int node_id = numa_node_id();
+ if (likely(cache->nodelists[node_id])) /* fast path */
+ objp = ____cache_alloc_node(cache, flags, node_id);
+ else /* this function can do good fallback */
+ objp = __cache_alloc_node(cache, flags, node_id,
+ __builtin_return_address(0));
+ }
out:
return objp;
--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org. For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>
^ permalink raw reply related [flat|nested] 30+ messages in thread
* Re: [BUG] at mm/slab.c:3320
2008-01-09 18:58 ` Aneesh Kumar K.V
@ 2008-01-09 19:23 ` Christoph Lameter
2008-01-09 21:47 ` Nishanth Aravamudan
2008-01-10 4:13 ` Aneesh Kumar K.V
0 siblings, 2 replies; 30+ messages in thread
From: Christoph Lameter @ 2008-01-09 19:23 UTC (permalink / raw)
To: Aneesh Kumar K.V
Cc: Nishanth Aravamudan, KAMEZAWA Hiroyuki, linux-mm,
lee.schermerhorn, bob.picco, mel
On Thu, 10 Jan 2008, Aneesh Kumar K.V wrote:
> kernel BUG at mm/slab.c:3323!
That is
l3 = cachep->nodelists[nodeid];
BUG_ON(!l3);
retry:
check_irq_off();
^^^^ this statment?
or the BUG_ON(!l3)?
--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org. For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>
^ permalink raw reply [flat|nested] 30+ messages in thread
* Re: [BUG] at mm/slab.c:3320
2008-01-09 19:23 ` Christoph Lameter
@ 2008-01-09 21:47 ` Nishanth Aravamudan
2008-01-09 21:51 ` Christoph Lameter
2008-01-10 4:13 ` Aneesh Kumar K.V
1 sibling, 1 reply; 30+ messages in thread
From: Nishanth Aravamudan @ 2008-01-09 21:47 UTC (permalink / raw)
To: Christoph Lameter
Cc: Aneesh Kumar K.V, KAMEZAWA Hiroyuki, linux-mm, lee.schermerhorn,
bob.picco, mel
On 09.01.2008 [11:23:59 -0800], Christoph Lameter wrote:
> On Thu, 10 Jan 2008, Aneesh Kumar K.V wrote:
>
> > kernel BUG at mm/slab.c:3323!
>
> That is
>
> l3 = cachep->nodelists[nodeid];
> BUG_ON(!l3);
>
> retry:
> check_irq_off();
> ^^^^ this statment?
>
> or the BUG_ON(!l3)?
Given that Aneesh's mail had this patch-hunk:
@@ -2977,6 +2977,9 @@ retry:
}
l3 = cachep->nodelists[node];
+ if (!l3)
+ return NULL;
+
BUG_ON(ac->avail > 0 || !l3);
spin_lock(&l3->list_lock);
And given that the original mail has bug at mm/slab.c:3320, I assume we're
still hitting the
BUG_ON(ac->avail > 0 || !l3);
Hrm, shouldn't we remove the !l3 bit from the BUG_ON? But even so, unless for
some reason the BUG_ON is being checked before the if (!l3), are we hitting
(ac->avail > 0)?
Aneesh, maybe split the conditions into two separate BUG_ON()'s to verify?
Thanks,
Nish
--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org. For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>
^ permalink raw reply [flat|nested] 30+ messages in thread
* Re: [BUG] at mm/slab.c:3320
2008-01-09 21:47 ` Nishanth Aravamudan
@ 2008-01-09 21:51 ` Christoph Lameter
2008-01-09 22:13 ` Nishanth Aravamudan
0 siblings, 1 reply; 30+ messages in thread
From: Christoph Lameter @ 2008-01-09 21:51 UTC (permalink / raw)
To: Nishanth Aravamudan
Cc: Aneesh Kumar K.V, KAMEZAWA Hiroyuki, linux-mm, lee.schermerhorn,
bob.picco, mel
On Wed, 9 Jan 2008, Nishanth Aravamudan wrote:
> And given that the original mail has bug at mm/slab.c:3320, I assume we're
> still hitting the
>
> BUG_ON(ac->avail > 0 || !l3);
No we are in a different function here.
> Hrm, shouldn't we remove the !l3 bit from the BUG_ON? But even so, unless for
> some reason the BUG_ON is being checked before the if (!l3), are we hitting
> (ac->avail > 0)?
Yes we should remove the !l3 bit. There cannot be any objects in
SLABs per cpu queue if there is no node structure. per cpu queues can
only be refilled from the local node, not from foreign nodes. And in this
particular case there is no memory available from the local node. So
ac->avail == 0.
--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org. For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>
^ permalink raw reply [flat|nested] 30+ messages in thread
* Re: [BUG] at mm/slab.c:3320
2008-01-09 21:51 ` Christoph Lameter
@ 2008-01-09 22:13 ` Nishanth Aravamudan
2008-01-10 0:02 ` Christoph Lameter
0 siblings, 1 reply; 30+ messages in thread
From: Nishanth Aravamudan @ 2008-01-09 22:13 UTC (permalink / raw)
To: Christoph Lameter
Cc: Aneesh Kumar K.V, KAMEZAWA Hiroyuki, linux-mm, lee.schermerhorn,
bob.picco, mel
On 09.01.2008 [13:51:42 -0800], Christoph Lameter wrote:
> On Wed, 9 Jan 2008, Nishanth Aravamudan wrote:
>
> > And given that the original mail has bug at mm/slab.c:3320, I assume we're
> > still hitting the
> >
> > BUG_ON(ac->avail > 0 || !l3);
>
> No we are in a different function here.
Ah you're right -- sorry for the noise.
> > Hrm, shouldn't we remove the !l3 bit from the BUG_ON? But even so,
> > unless for some reason the BUG_ON is being checked before the if
> > (!l3), are we hitting (ac->avail > 0)?
>
> Yes we should remove the !l3 bit. There cannot be any objects in SLABs
> per cpu queue if there is no node structure. per cpu queues can only
> be refilled from the local node, not from foreign nodes. And in this
> particular case there is no memory available from the local node. So
> ac->avail == 0.
Makes sense, thanks for the clarification.
-Nish
--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org. For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>
^ permalink raw reply [flat|nested] 30+ messages in thread
* Re: [BUG] at mm/slab.c:3320
2008-01-09 22:13 ` Nishanth Aravamudan
@ 2008-01-10 0:02 ` Christoph Lameter
2008-01-17 12:31 ` Pekka Enberg
0 siblings, 1 reply; 30+ messages in thread
From: Christoph Lameter @ 2008-01-10 0:02 UTC (permalink / raw)
To: Aneesh Kumar K.V
Cc: Nishanth Aravamudan, KAMEZAWA Hiroyuki, linux-mm,
lee.schermerhorn, bob.picco, mel
New patch that also checks in alternate_node_alloc if the node has normal
memory because we cannot call ____cache_alloc_node with an invalid node.
Index: linux-2.6/mm/slab.c
===================================================================
--- linux-2.6.orig/mm/slab.c 2008-01-03 12:26:42.000000000 -0800
+++ linux-2.6/mm/slab.c 2008-01-09 15:59:49.000000000 -0800
@@ -2977,7 +2977,10 @@ retry:
}
l3 = cachep->nodelists[node];
- BUG_ON(ac->avail > 0 || !l3);
+ if (!l3)
+ return NULL;
+
+ BUG_ON(ac->avail > 0);
spin_lock(&l3->list_lock);
/* See if we can refill from the shared array */
@@ -3224,7 +3227,7 @@ static void *alternate_node_alloc(struct
nid_alloc = cpuset_mem_spread_node();
else if (current->mempolicy)
nid_alloc = slab_node(current->mempolicy);
- if (nid_alloc != nid_here)
+ if (nid_alloc != nid_here && node_state(nid_alloc, N_NORMAL_MEMORY))
return ____cache_alloc_node(cachep, flags, nid_alloc);
return NULL;
}
@@ -3439,8 +3442,14 @@ __do_cache_alloc(struct kmem_cache *cach
* We may just have run out of memory on the local node.
* ____cache_alloc_node() knows how to locate memory on other nodes
*/
- if (!objp)
- objp = ____cache_alloc_node(cache, flags, numa_node_id());
+ if (!objp) {
+ int node_id = numa_node_id();
+ if (likely(cache->nodelists[node_id])) /* fast path */
+ objp = ____cache_alloc_node(cache, flags, node_id);
+ else /* this function can do good fallback */
+ objp = __cache_alloc_node(cache, flags, node_id,
+ __builtin_return_address(0));
+ }
out:
return objp;
--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org. For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>
^ permalink raw reply [flat|nested] 30+ messages in thread
* Re: [BUG] at mm/slab.c:3320
2008-01-09 19:23 ` Christoph Lameter
2008-01-09 21:47 ` Nishanth Aravamudan
@ 2008-01-10 4:13 ` Aneesh Kumar K.V
1 sibling, 0 replies; 30+ messages in thread
From: Aneesh Kumar K.V @ 2008-01-10 4:13 UTC (permalink / raw)
To: Christoph Lameter
Cc: Nishanth Aravamudan, KAMEZAWA Hiroyuki, linux-mm,
lee.schermerhorn, bob.picco, mel
On Wed, Jan 09, 2008 at 11:23:59AM -0800, Christoph Lameter wrote:
> On Thu, 10 Jan 2008, Aneesh Kumar K.V wrote:
>
> > kernel BUG at mm/slab.c:3323!
>
> That is
>
> l3 = cachep->nodelists[nodeid];
> BUG_ON(!l3);
>
> retry:
> check_irq_off();
> ^^^^ this statment?
>
> or the BUG_ON(!l3)?
>
3320 int x;
3321
3322 l3 = cachep->nodelists[nodeid];
3323 BUG_ON(!l3);
3324
3325 retry:
3326 check_irq_off();
-aneesh
--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org. For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>
^ permalink raw reply [flat|nested] 30+ messages in thread
* Re: [BUG] at mm/slab.c:3320
2008-01-10 0:02 ` Christoph Lameter
@ 2008-01-17 12:31 ` Pekka Enberg
2008-01-17 14:32 ` Christoph Lameter
2008-01-20 0:58 ` Mel Gorman
0 siblings, 2 replies; 30+ messages in thread
From: Pekka Enberg @ 2008-01-17 12:31 UTC (permalink / raw)
To: Christoph Lameter
Cc: Aneesh Kumar K.V, Nishanth Aravamudan, KAMEZAWA Hiroyuki,
linux-mm, lee.schermerhorn, bob.picco, mel, Andrew Morton
Hi Christoph,
On Jan 10, 2008 2:02 AM, Christoph Lameter <clameter@sgi.com> wrote:
> New patch that also checks in alternate_node_alloc if the node has normal
> memory because we cannot call ____cache_alloc_node with an invalid node.
[snip]
> @@ -3439,8 +3442,14 @@ __do_cache_alloc(struct kmem_cache *cach
> * We may just have run out of memory on the local node.
> * ____cache_alloc_node() knows how to locate memory on other nodes
> */
> - if (!objp)
> - objp = ____cache_alloc_node(cache, flags, numa_node_id());
> + if (!objp) {
> + int node_id = numa_node_id();
> + if (likely(cache->nodelists[node_id])) /* fast path */
> + objp = ____cache_alloc_node(cache, flags, node_id);
> + else /* this function can do good fallback */
> + objp = __cache_alloc_node(cache, flags, node_id,
> + __builtin_return_address(0));
> + }
But __cache_alloc_node() will call fallback_alloc() that does
cache_grow() for the node that doesn't have N_NORMAL_MEMORY, no?
Shouldn't we just revert 04231b3002ac53f8a64a7bd142fde3fa4b6808c6 for
2.6.24 as this is a clear regression from 2.6.23?
Pekka
--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org. For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>
^ permalink raw reply [flat|nested] 30+ messages in thread
* Re: [BUG] at mm/slab.c:3320
2008-01-17 12:31 ` Pekka Enberg
@ 2008-01-17 14:32 ` Christoph Lameter
2008-01-17 14:36 ` Pekka J Enberg
2008-01-17 20:47 ` Pekka J Enberg
2008-01-20 0:58 ` Mel Gorman
1 sibling, 2 replies; 30+ messages in thread
From: Christoph Lameter @ 2008-01-17 14:32 UTC (permalink / raw)
To: Pekka Enberg
Cc: Aneesh Kumar K.V, Nishanth Aravamudan, KAMEZAWA Hiroyuki,
linux-mm, lee.schermerhorn, bob.picco, mel, Andrew Morton
On Thu, 17 Jan 2008, Pekka Enberg wrote:
> > + if (!objp) {
> > + int node_id = numa_node_id();
> > + if (likely(cache->nodelists[node_id])) /* fast path */
> > + objp = ____cache_alloc_node(cache, flags, node_id);
> > + else /* this function can do good fallback */
> > + objp = __cache_alloc_node(cache, flags, node_id,
> > + __builtin_return_address(0));
> > + }
>
> But __cache_alloc_node() will call fallback_alloc() that does
> cache_grow() for the node that doesn't have N_NORMAL_MEMORY, no?
No fallback_alloc will fallback to a node that has normal memory.
> Shouldn't we just revert 04231b3002ac53f8a64a7bd142fde3fa4b6808c6 for
> 2.6.24 as this is a clear regression from 2.6.23?
Hmmm... Does reverting it actually fix the issue? We have done a lot of
changes in regards to memoryless nodes.
--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org. For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>
^ permalink raw reply [flat|nested] 30+ messages in thread
* Re: [BUG] at mm/slab.c:3320
2008-01-17 14:32 ` Christoph Lameter
@ 2008-01-17 14:36 ` Pekka J Enberg
2008-01-17 15:05 ` Christoph Lameter
2008-01-17 20:47 ` Pekka J Enberg
1 sibling, 1 reply; 30+ messages in thread
From: Pekka J Enberg @ 2008-01-17 14:36 UTC (permalink / raw)
To: Christoph Lameter
Cc: Aneesh Kumar K.V, Nishanth Aravamudan, KAMEZAWA Hiroyuki,
linux-mm, lee.schermerhorn, bob.picco, mel, Andrew Morton
Hi Christoph,
On Thu, 17 Jan 2008, Christoph Lameter wrote:
> > But __cache_alloc_node() will call fallback_alloc() that does
> > cache_grow() for the node that doesn't have N_NORMAL_MEMORY, no?
>
> No fallback_alloc will fallback to a node that has normal memory.
Aah, yeah, it does page_to_nid(). Thanks.
Reviewed-by: Pekka Enberg <penberg@cs.helsinki.fi>
Lets get this to Andrew or Linus for 2.6.24?
Pekka
--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org. For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>
^ permalink raw reply [flat|nested] 30+ messages in thread
* Re: [BUG] at mm/slab.c:3320
2008-01-17 14:36 ` Pekka J Enberg
@ 2008-01-17 15:05 ` Christoph Lameter
2008-01-17 15:25 ` Aneesh Kumar K.V
0 siblings, 1 reply; 30+ messages in thread
From: Christoph Lameter @ 2008-01-17 15:05 UTC (permalink / raw)
To: Pekka J Enberg
Cc: Aneesh Kumar K.V, Nishanth Aravamudan, KAMEZAWA Hiroyuki,
linux-mm, lee.schermerhorn, bob.picco, mel, Andrew Morton
On Thu, 17 Jan 2008, Pekka J Enberg wrote:
> Aah, yeah, it does page_to_nid(). Thanks.
>
> Reviewed-by: Pekka Enberg <penberg@cs.helsinki.fi>
>
> Lets get this to Andrew or Linus for 2.6.24?
Not so fast. First we need confirmation that the patch actually fixes the
issue.
--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org. For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>
^ permalink raw reply [flat|nested] 30+ messages in thread
* Re: [BUG] at mm/slab.c:3320
2008-01-17 15:05 ` Christoph Lameter
@ 2008-01-17 15:25 ` Aneesh Kumar K.V
2008-01-17 16:58 ` Christoph Lameter
0 siblings, 1 reply; 30+ messages in thread
From: Aneesh Kumar K.V @ 2008-01-17 15:25 UTC (permalink / raw)
To: Christoph Lameter
Cc: Pekka J Enberg, Nishanth Aravamudan, KAMEZAWA Hiroyuki, linux-mm,
lee.schermerhorn, bob.picco, mel, Andrew Morton
On Thu, Jan 17, 2008 at 07:05:51AM -0800, Christoph Lameter wrote:
> On Thu, 17 Jan 2008, Pekka J Enberg wrote:
>
> > Aah, yeah, it does page_to_nid(). Thanks.
> >
> > Reviewed-by: Pekka Enberg <penberg@cs.helsinki.fi>
> >
> > Lets get this to Andrew or Linus for 2.6.24?
>
> Not so fast. First we need confirmation that the patch actually fixes the
> issue.
>
I have already updated the problem still exist
http://marc.info/?l=linux-mm&m=119990525620006&w=2
-aneesh
--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org. For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>
^ permalink raw reply [flat|nested] 30+ messages in thread
* Re: [BUG] at mm/slab.c:3320
2008-01-17 15:25 ` Aneesh Kumar K.V
@ 2008-01-17 16:58 ` Christoph Lameter
2008-01-17 17:42 ` Aneesh Kumar K.V
2008-01-17 21:40 ` Mel Gorman
0 siblings, 2 replies; 30+ messages in thread
From: Christoph Lameter @ 2008-01-17 16:58 UTC (permalink / raw)
To: Aneesh Kumar K.V
Cc: Pekka J Enberg, Nishanth Aravamudan, KAMEZAWA Hiroyuki, linux-mm,
lee.schermerhorn, bob.picco, mel, Andrew Morton
On Thu, 17 Jan 2008, Aneesh Kumar K.V wrote:
> I have already updated the problem still exist
>
> http://marc.info/?l=linux-mm&m=119990525620006&w=2
Wasnt that an earlier version of the patch?
--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org. For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>
^ permalink raw reply [flat|nested] 30+ messages in thread
* Re: [BUG] at mm/slab.c:3320
2008-01-17 16:58 ` Christoph Lameter
@ 2008-01-17 17:42 ` Aneesh Kumar K.V
2008-01-17 21:40 ` Mel Gorman
1 sibling, 0 replies; 30+ messages in thread
From: Aneesh Kumar K.V @ 2008-01-17 17:42 UTC (permalink / raw)
To: Christoph Lameter
Cc: Pekka J Enberg, Nishanth Aravamudan, KAMEZAWA Hiroyuki, linux-mm,
lee.schermerhorn, bob.picco, mel, Andrew Morton
On Thu, Jan 17, 2008 at 08:58:05AM -0800, Christoph Lameter wrote:
> On Thu, 17 Jan 2008, Aneesh Kumar K.V wrote:
>
> > I have already updated the problem still exist
> >
> > http://marc.info/?l=linux-mm&m=119990525620006&w=2
>
> Wasnt that an earlier version of the patch?
>
Yes. Right now waiting for the machine to be free to start the test.
-aneesh
--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org. For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>
^ permalink raw reply [flat|nested] 30+ messages in thread
* Re: [BUG] at mm/slab.c:3320
2008-01-17 14:32 ` Christoph Lameter
2008-01-17 14:36 ` Pekka J Enberg
@ 2008-01-17 20:47 ` Pekka J Enberg
1 sibling, 0 replies; 30+ messages in thread
From: Pekka J Enberg @ 2008-01-17 20:47 UTC (permalink / raw)
To: Christoph Lameter
Cc: Aneesh Kumar K.V, Nishanth Aravamudan, KAMEZAWA Hiroyuki,
linux-mm, lee.schermerhorn, bob.picco, mel, Andrew Morton
On Thu, 17 Jan 2008, Christoph Lameter wrote:
> > > + if (!objp) {
> > > + int node_id = numa_node_id();
> > > + if (likely(cache->nodelists[node_id])) /* fast path */
> > > + objp = ____cache_alloc_node(cache, flags, node_id);
> > > + else /* this function can do good fallback */
> > > + objp = __cache_alloc_node(cache, flags, node_id,
> > > + __builtin_return_address(0));
> > > + }
> >
> > But __cache_alloc_node() will call fallback_alloc() that does
> > cache_grow() for the node that doesn't have N_NORMAL_MEMORY, no?
>
> No fallback_alloc will fallback to a node that has normal memory.
Hmm, looking at this again, I still can't quite figure it out. If the node
returned by numa_node_id() has cache->nodelists set to NULL, you end up
calling kmem_getpages() with -1 as the node id which is translated to
numa_node_id() by alloc_pages_node(). But the reason we called
fallback_alloc() in the first place is because numa_node_id() doesn't have
a ->nodelist...
What am I missing here?
Pekka
--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org. For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>
^ permalink raw reply [flat|nested] 30+ messages in thread
* Re: [BUG] at mm/slab.c:3320
2008-01-17 16:58 ` Christoph Lameter
2008-01-17 17:42 ` Aneesh Kumar K.V
@ 2008-01-17 21:40 ` Mel Gorman
1 sibling, 0 replies; 30+ messages in thread
From: Mel Gorman @ 2008-01-17 21:40 UTC (permalink / raw)
To: Christoph Lameter
Cc: Aneesh Kumar K.V, Pekka J Enberg, Nishanth Aravamudan,
KAMEZAWA Hiroyuki, linux-mm, lee.schermerhorn, bob.picco,
Andrew Morton
On (17/01/08 08:58), Christoph Lameter didst pronounce:
> On Thu, 17 Jan 2008, Aneesh Kumar K.V wrote:
>
> > I have already updated the problem still exist
> >
> > http://marc.info/?l=linux-mm&m=119990525620006&w=2
>
> Wasnt that an earlier version of the patch?
>
I am joining this party late in the game so have not read the patches closely
yet to see what might be going wrong. However, I noticed a machine that
showed this problem and tried out the patch. It failed with the console
output below. Reverting the patch did allow the machine to get past the
problem point (it failed later because the default config associated with
the test machine is bad).
root (hd0,0)
Filesystem type is ext2fs, partition type 0x83
kernel /boot/vmlinuz-autobench ro console=tty0 console=ttyS0,115200 autobench_
args: root=/dev/sda3 ABAT:1200600833 loglevel=8
[Linux-bzImage, setup=0x2800, size=0x186088]
initrd /boot/initrd-autobench.img
[Linux-initrd @ 0x37ed4000, 0x11bb9a bytes]
Linux version 2.6.24-rc8-autokern1 (root@elm3a82) (gcc version 3.4.6 20060404 (Red Hat 3.4.6-9)) #1 SMP PREEMPT Thu Jan 17 15:07:28 EST 2008
BIOS-provided physical RAM map:
BIOS-e820: 0000000000000000 - 000000000009c400 (usable)
BIOS-e820: 000000000009c400 - 00000000000a0000 (reserved)
BIOS-e820: 00000000000e0000 - 0000000000100000 (reserved)
BIOS-e820: 0000000000100000 - 00000000dff91800 (usable)
BIOS-e820: 00000000dff91800 - 00000000dff9c340 (ACPI data)
BIOS-e820: 00000000dff9c340 - 00000000e0000000 (reserved)
BIOS-e820: 00000000fec00000 - 0000000100000000 (reserved)
BIOS-e820: 0000000100000000 - 00000005e0000000 (usable)
Node: 0, start_pfn: 0, end_pfn: 156
Setting physnode_map array to node 0 for pfns:
0
Node: 0, start_pfn: 256, end_pfn: 917393
Setting physnode_map array to node 0 for pfns:
256 65792 131328 196864 262400 327936 393472 459008 524544 590080 655616 721152 786688 852224
Node: 0, start_pfn: 1048576, end_pfn: 6160384
Setting physnode_map array to node 0 for pfns:
1048576 1114112 1179648 1245184 1310720 1376256 1441792 1507328 1572864 1638400 1703936 1769472 1835008 1900544 1966080 2031616 2097152 2162688 2228224 2293760 2359296 2424832 2490368 2555904 2621440 2686976 2752512 2818048 2883584 2949120 3014656 3080192 3145728 3211264 3276800 3342336 3407872 3473408 3538944 3604480 3670016 3735552 3801088 3866624 3932160 3997696 4063232 4128768 4194304 4259840 4325376 4390912 4456448 4521984 4587520 4653056 4718592 4784128 4849664 4915200 4980736 5046272 5111808 5177344 5242880 5308416 5373952 5439488 5505024 5570560 5636096 5701632 5767168 5832704 5898240 5963776 6029312 6094848
get_memcfg_from_srat: assigning address to rsdp
RSD PTR v0 [IBM ]
Begin SRAT table scan....
CPU 0x00 in proximity domain 0x00
CPU 0x01 in proximity domain 0x00
CPU 0x02 in proximity domain 0x00
CPU 0x03 in proximity domain 0x00
CPU 0x10 in proximity domain 0x00
CPU 0x11 in proximity domain 0x00
CPU 0x12 in proximity domain 0x00
CPU 0x13 in proximity domain 0x00
Memory range 0x0 to 0xE0000 (type 0x0) in proximity domain 0x00 enabled
Memory range 0x100000 to 0x420000 (type 0x0) in proximity domain 0x00 enabled
CPU 0x20 in proximity domain 0x01
CPU 0x21 in proximity domain 0x01
CPU 0x22 in proximity domain 0x01
CPU 0x23 in proximity domain 0x01
CPU 0x30 in proximity domain 0x01
CPU 0x31 in proximity domain 0x01
CPU 0x32 in proximity domain 0x01
CPU 0x33 in proximity domain 0x01
Memory range 0x420000 to 0x5E0000 (type 0x0) in proximity domain 0x01 enabled
acpi20_parse_srat: Entry length value is zero; can't parse any further!
pxm bitmap: 03 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
Number of logical nodes in system = 2
Number of memory chunks in system = 3
chunk 0 nid 0 start_pfn 00000000 end_pfn 000e0000
Entering add_active_range(0, 0, 917504) 0 entries of 256 used
chunk 1 nid 0 start_pfn 00100000 end_pfn 00420000
Entering add_active_range(0, 1048576, 4325376) 1 entries of 256 used
chunk 2 nid 1 start_pfn 00420000 end_pfn 005e0000
Entering add_active_range(1, 4325376, 6160384) 2 entries of 256 used
Node: 0, start_pfn: 0, end_pfn: 4325376
Setting physnode_map array to node 0 for pfns:
0 65536 131072 196608 262144 327680 393216 458752 524288 589824 655360 720896 786432 851968 917504 983040 1048576 1114112 1179648 1245184 1310720 1376256 1441792 1507328 1572864 1638400 1703936 1769472 1835008 1900544 1966080 2031616 2097152 2162688 2228224 2293760 2359296 2424832 2490368 2555904 2621440 2686976 2752512 2818048 2883584 2949120 3014656 3080192 3145728 3211264 3276800 3342336 3407872 3473408 3538944 3604480 3670016 3735552 3801088 3866624 3932160 3997696 4063232 4128768 4194304 4259840
Node: 1, start_pfn: 4325376, end_pfn: 6160384
Setting physnode_map array to node 1 for pfns:
4325376 4390912 4456448 4521984 4587520 4653056 4718592 4784128 4849664 4915200 4980736 5046272 5111808 5177344 5242880 5308416 5373952 5439488 5505024 5570560 5636096 5701632 5767168 5832704 5898240 5963776 6029312 6094848
Reserving 59392 pages of KVA for lmem_map of node 0
Shrinking node 0 from 4325376 pages to 4265984 pages
Reserving 25600 pages of KVA for lmem_map of node 1
Shrinking node 1 from 6160384 pages to 6134784 pages
Reserving total of 84992 pages for numa KVA remap
kva_start_pfn ~ 143872 find_max_low_pfn() ~ 229376
max_pfn = 6160384
23168MB HIGHMEM available.
896MB LOWMEM available.
min_low_pfn = 1896, max_low_pfn = 229376, highstart_pfn = 229376
Low memory ends at vaddr f8000000
node 0 will remap to vaddr e3200000 - 06800000
node 1 will remap to vaddr f1a00000 - 0cc00000
High memory starts at vaddr f8000000
found SMP MP-table at 0009c540
Zone PFN ranges:
DMA 0 -> 4096
Normal 4096 -> 229376
HighMem 229376 -> 6160384
Movable zone start PFN for each node
early_node_map[3] active PFN ranges
0: 0 -> 917504
0: 1048576 -> 4265984
1: 4325376 -> 6134784
On node 0 totalpages: 4134912
DMA zone: 56 pages used for memmap
DMA zone: 0 pages reserved
DMA zone: 4040 pages, LIFO batch:0
Normal zone: 3080 pages used for memmap
Normal zone: 222200 pages, LIFO batch:31
HighMem zone: 55188 pages used for memmap
HighMem zone: 3850348 pages, LIFO batch:31
Movable zone: 0 pages used for memmap
On node 1 totalpages: 1809408
DMA zone: 0 pages used for memmap
Normal zone: 0 pages used for memmap
HighMem zone: 24738 pages used for memmap
HighMem zone: 1784670 pages, LIFO batch:31
Movable zone: 0 pages used for memmap
DMI 2.3 present.
Using APIC driver default
ACPI: RSDP 000FDFC0, 0014 (r0 IBM )
ACPI: RSDT DFF9C2C0, 0034 (r1 IBM SERVIGIL 1000 IBM 45444F43)
ACPI: FACP DFF9C240, 0074 (r1 IBM SERVIGIL 1000 IBM 45444F43)
ACPI Warning (tbfadt-0442): Optional field "Gpe1Block" has zero address or length: 0000000000000000/4 [20070126]
ACPI: DSDT DFF91800, 4AE5 (r1 IBM SERVIGIL 1000 INTL 2002025)
ACPI: FACS DFF9BEC0, 0040
ACPI: APIC DFF9C0C0, 0142 (r1 IBM SERVIGIL 1000 IBM 45444F43)
ACPI: SRAT DFF9BF00, 01A8 (r1 IBM SERVIGIL 1000 IBM 45444F43)
ACPI: SSDT DFF96300, 5B86 (r1 IBM VIGSSDT0 1000 INTL 2002025)
ACPI: PM-Timer IO Port: 0x508
ACPI: Local APIC address 0xfee00000
Marking TSC unstable due to: Summit based system.
Switched to APIC driver `summit'.
ACPI: LAPIC (acpi_id[0x00] lapic_id[0x00] enabled)
Processor #0 15:2 APIC version 20
ACPI: LAPIC (acpi_id[0x01] lapic_id[0x02] enabled)
Processor #2 15:2 APIC version 20
ACPI: LAPIC (acpi_id[0x04] lapic_id[0x10] enabled)
Processor #16 15:2 APIC version 20
ACPI: LAPIC (acpi_id[0x05] lapic_id[0x12] enabled)
Processor #18 15:2 APIC version 20
ACPI: LAPIC (acpi_id[0x08] lapic_id[0x20] enabled)
Processor #32 15:2 APIC version 20
ACPI: LAPIC (acpi_id[0x09] lapic_id[0x22] enabled)
Processor #34 15:2 APIC version 20
ACPI: LAPIC (acpi_id[0x0c] lapic_id[0x30] enabled)
Processor #48 15:2 APIC version 20
ACPI: LAPIC (acpi_id[0x0d] lapic_id[0x32] enabled)
Processor #50 15:2 APIC version 20
ACPI: LAPIC (acpi_id[0x80] lapic_id[0x01] enabled)
Processor #1 15:2 APIC version 20
ACPI: LAPIC (acpi_id[0x81] lapic_id[0x03] enabled)
Processor #3 15:2 APIC version 20
ACPI: LAPIC (acpi_id[0x84] lapic_id[0x11] enabled)
Processor #17 15:2 APIC version 20
ACPI: LAPIC (acpi_id[0x85] lapic_id[0x13] enabled)
Processor #19 15:2 APIC version 20
ACPI: LAPIC (acpi_id[0x88] lapic_id[0x21] enabled)
Processor #33 15:2 APIC version 20
ACPI: LAPIC (acpi_id[0x89] lapic_id[0x23] enabled)
Processor #35 15:2 APIC version 20
ACPI: LAPIC (acpi_id[0x8c] lapic_id[0x31] enabled)
Processor #49 15:2 APIC version 20
ACPI: LAPIC (acpi_id[0x8d] lapic_id[0x33] enabled)
Processor #51 15:2 APIC version 20
ACPI: LAPIC_NMI (acpi_id[0x00] dfl dfl lint[0x1])
ACPI: LAPIC_NMI (acpi_id[0x01] dfl dfl lint[0x1])
ACPI: LAPIC_NMI (acpi_id[0x04] dfl dfl lint[0x1])
ACPI: LAPIC_NMI (acpi_id[0x05] dfl dfl lint[0x1])
ACPI: LAPIC_NMI (acpi_id[0x08] dfl dfl lint[0x1])
ACPI: LAPIC_NMI (acpi_id[0x09] dfl dfl lint[0x1])
ACPI: LAPIC_NMI (acpi_id[0x0c] dfl dfl lint[0x1])
ACPI: LAPIC_NMI (acpi_id[0x0d] dfl dfl lint[0x1])
ACPI: LAPIC_NMI (acpi_id[0x80] dfl dfl lint[0x1])
ACPI: LAPIC_NMI (acpi_id[0x81] dfl dfl lint[0x1])
ACPI: LAPIC_NMI (acpi_id[0x84] dfl dfl lint[0x1])
ACPI: LAPIC_NMI (acpi_id[0x85] dfl dfl lint[0x1])
ACPI: LAPIC_NMI (acpi_id[0x88] dfl dfl lint[0x1])
ACPI: LAPIC_NMI (acpi_id[0x89] dfl dfl lint[0x1])
ACPI: LAPIC_NMI (acpi_id[0x8c] dfl dfl lint[0x1])
ACPI: LAPIC_NMI (acpi_id[0x8d] dfl dfl lint[0x1])
ACPI: IOAPIC (id[0x0e] address[0xfec00000] gsi_base[0])
IOAPIC[0]: apic_id 14, version 17, address 0xfec00000, GSI 0-43
ACPI: IOAPIC (id[0x0d] address[0xfec01000] gsi_base[44])
IOAPIC[1]: apic_id 13, version 17, address 0xfec01000, GSI 44-87
ACPI: INT_SRC_OVR (bus 0 bus_irq 8 global_irq 8 low edge)
ACPI: INT_SRC_OVR (bus 0 bus_irq 14 global_irq 14 high dfl)
ACPI: INT_SRC_OVR (bus 0 bus_irq 11 global_irq 11 low level)
ACPI: IRQ8 used by override.
ACPI: IRQ9 used by override.
ACPI: IRQ11 used by override.
ACPI: IRQ14 used by override.
Enabling APIC mode: Summit. Using 2 I/O APICs
Using ACPI (MADT) for SMP configuration information
Allocating PCI resources starting at e2000000 (gap: e0000000:1ec00000)
Built 2 zonelists in Zone order, mobility grouping on. Total pages: 5861258
Policy zone: HighMem
Kernel command line: ro console=tty0 console=ttyS0,115200 autobench_args: root=/dev/sda3 ABAT:1200600833 loglevel=8
mapped APIC to ffffb000 (fee00000)
mapped IOAPIC to ffffa000 (fec00000)
mapped IOAPIC to ffff9000 (fec01000)
Enabling fast FPU save and restore... done.
Enabling unmasked SIMD FPU exception support... done.
Initializing CPU#0
CPU 0 irqstacks, hard=c0498000 soft=c0418000
PID hash table entries: 4096 (order: 12, 16384 bytes)
Detected 2494.905 MHz processor.
Console: colour VGA+ 80x25
console [tty0] enabled
console [ttyS0] enabled
Lock dependency validator: Copyright (c) 2006 Red Hat, Inc., Ingo Molnar
... MAX_LOCKDEP_SUBCLASSES: 8
... MAX_LOCK_DEPTH: 30
... MAX_LOCKDEP_KEYS: 2048
... CLASSHASH_SIZE: 1024
... MAX_LOCKDEP_ENTRIES: 8192
... MAX_LOCKDEP_CHAINS: 16384
... CHAINHASH_SIZE: 8192
memory used by lock dependency info: 992 kB
per task-struct memory footprint: 1200 bytes
Dentry cache hash table entries: 131072 (order: 7, 524288 bytes)
Inode-cache hash table entries: 65536 (order: 6, 262144 bytes)
Initializing HighMem for node 0 (00038000:00411800)
Initializing HighMem for node 1 (00420000:005d9c00)
Memory: 23426968k/24641536k available (1889k kernel code, 349468k reserved, 1016k data, 232k init, 22859332k highmem)
virtual kernel memory layout:
fixmap : 0xff234000 - 0xfffff000 (14124 kB)
pkmap : 0xff000000 - 0xff200000 (2048 kB)
vmalloc : 0xf8800000 - 0xfeffe000 ( 103 MB)
lowmem : 0xc0000000 - 0xf8000000 ( 896 MB)
.init : 0xc03db000 - 0xc0415000 ( 232 kB)
.data : 0xc02d844d - 0xc03d665c (1016 kB)
.text : 0xc0100000 - 0xc02d844d (1889 kB)
Checking if this processor honours the WP bit even in supervisor mode... Ok.
Calibrating delay using timer specific routine.. 5002.07 BogoMIPS (lpj=10004150)
Mount-cache hash table entries: 512
CPU: After generic identify, caps: bfebfbff 00000000 00000000 00000000 00004400 00000000 00000000 00000000
CPU: Trace cache: 12K uops, L1 D cache: 8K
CPU: L2 cache: 512K
CPU: L3 cache: 1024K
CPU: Physical Processor ID: 0
CPU: After all inits, caps: bfebfbff 00000000 00000000 0000b080 00004400 00000000 00000000 00000000
Intel machine check architecture supported.
Intel machine check reporting enabled on CPU#0.
CPU0: Intel P4/Xeon Extended MCE MSRs (12) available
CPU0: Thermal monitoring enabled
Compat vDSO mapped to ffffe000.
Checking 'hlt' instruction... OK.
lockdep: not fixing up alternatives.
ACPI: Core revision 20070126
Parsing all Control Methods:
Table [DSDT](id 0001) - 180 Objects with 22 Devices 80 Methods 4 Regions
Parsing all Control Methods:
Table [SSDT](id 0002) - 746 Objects with 58 Devices 149 Methods 65 Regions
tbxface-0598 [00] tb_load_namespace : ACPI Tables successfully acquired
evxfevnt-0091 [00] enable : Transition to ACPI mode successful
CPU0: Intel(R) Xeon(TM) MP CPU 2.50GHz stepping 05
Leaving ESR disabled.
Mapping cpu 0 to node 0
lockdep: not fixing up alternatives.
Booting processor 1/2 eip 3000
CPU 1 irqstacks, hard=c0499000 soft=c0419000
Initializing CPU#1
Leaving ESR disabled.
Mapping cpu 1 to node 0
Calibrating delay using timer specific routine.. 4990.14 BogoMIPS (lpj=9980292)
CPU: After generic identify, caps: bfebfbff 00000000 00000000 00000000 00004400 00000000 00000000 00000000
CPU: Trace cache: 12K uops, L1 D cache: 8K
CPU: L2 cache: 512K
CPU: L3 cache: 1024K
CPU: Physical Processor ID: 1
CPU: After all inits, caps: bfebfbff 00000000 00000000 0000b080 00004400 00000000 00000000 00000000
Intel machine check architecture supported.
Intel machine check reporting enabled on CPU#1.
CPU1: Intel P4/Xeon Extended MCE MSRs (12) available
CPU1: Thermal monitoring enabled
CPU1: Intel(R) Xeon(TM) MP CPU 2.50GHz stepping 05
lockdep: not fixing up alternatives.
Booting processor 2/16 eip 3000
CPU 2 irqstacks, hard=c049a000 soft=c041a000
Initializing CPU#2
Leaving ESR disabled.
Mapping cpu 2 to node 0
Calibrating delay using timer specific routine.. 4990.34 BogoMIPS (lpj=9980698)
CPU: After generic identify, caps: bfebfbff 00000000 00000000 00000000 00004400 00000000 00000000 00000000
CPU: Trace cache: 12K uops, L1 D cache: 8K
CPU: L2 cache: 512K
CPU: L3 cache: 1024K
CPU: Physical Processor ID: 8
CPU: After all inits, caps: bfebfbff 00000000 00000000 0000b080 00004400 00000000 00000000 00000000
Intel machine check architecture supported.
Intel machine check reporting enabled on CPU#2.
CPU2: Intel P4/Xeon Extended MCE MSRs (12) available
CPU2: Thermal monitoring enabled
CPU2: Intel(R) Xeon(TM) MP CPU 2.50GHz stepping 05
lockdep: not fixing up alternatives.
Booting processor 3/18 eip 3000
CPU 3 irqstacks, hard=c049b000 soft=c041b000
Initializing CPU#3
Leaving ESR disabled.
Mapping cpu 3 to node 0
Calibrating delay using timer specific routine.. 4990.24 BogoMIPS (lpj=9980497)
CPU: After generic identify, caps: bfebfbff 00000000 00000000 00000000 00004400 00000000 00000000 00000000
CPU: Trace cache: 12K uops, L1 D cache: 8K
CPU: L2 cache: 512K
CPU: L3 cache: 1024K
CPU: Physical Processor ID: 9
CPU: After all inits, caps: bfebfbff 00000000 00000000 0000b080 00004400 00000000 00000000 00000000
Intel machine check architecture supported.
Intel machine check reporting enabled on CPU#3.
CPU3: Intel P4/Xeon Extended MCE MSRs (12) available
CPU3: Thermal monitoring enabled
CPU3: Intel(R) Xeon(TM) MP CPU 2.50GHz stepping 05
lockdep: not fixing up alternatives.
Booting processor 4/32 eip 3000
CPU 4 irqstacks, hard=c049c000 soft=c041c000
Initializing CPU#4
Leaving ESR disabled.
Mapping cpu 4 to node 1
Calibrating delay using timer specific routine.. 4990.75 BogoMIPS (lpj=9981511)
CPU: After generic identify, caps: bfebfbff 00000000 00000000 00000000 00004400 00000000 00000000 00000000
CPU: Trace cache: 12K uops, L1 D cache: 8K
CPU: L2 cache: 512K
CPU: L3 cache: 1024K
CPU: Physical Processor ID: 16
CPU: After all inits, caps: bfebfbff 00000000 00000000 0000b080 00004400 00000000 00000000 00000000
Intel machine check architecture supported.
Intel machine check reporting enabled on CPU#4.
CPU4: Intel P4/Xeon Extended MCE MSRs (12) available
CPU4: Thermal monitoring enabled
CPU4: Intel(R) Xeon(TM) MP CPU 2.50GHz stepping 05
lockdep: not fixing up alternatives.
Booting processor 5/34 eip 3000
CPU 5 irqstacks, hard=c049d000 soft=c041d000
Initializing CPU#5
Leaving ESR disabled.
Mapping cpu 5 to node 1
Calibrating delay using timer specific routine.. 4990.72 BogoMIPS (lpj=9981459)
CPU: After generic identify, caps: bfebfbff 00000000 00000000 00000000 00004400 00000000 00000000 00000000
CPU: Trace cache: 12K uops, L1 D cache: 8K
CPU: L2 cache: 512K
CPU: L3 cache: 1024K
CPU: Physical Processor ID: 17
CPU: After all inits, caps: bfebfbff 00000000 00000000 0000b080 00004400 00000000 00000000 00000000
Intel machine check architecture supported.
Intel machine check reporting enabled on CPU#5.
CPU5: Intel P4/Xeon Extended MCE MSRs (12) available
CPU5: Thermal monitoring enabled
CPU5: Intel(R) Xeon(TM) MP CPU 2.50GHz stepping 05
lockdep: not fixing up alternatives.
Booting processor 6/48 eip 3000
CPU 6 irqstacks, hard=c049e000 soft=c041e000
Initializing CPU#6
Leaving ESR disabled.
Mapping cpu 6 to node 1
Calibrating delay using timer specific routine.. 4990.67 BogoMIPS (lpj=9981344)
CPU: After generic identify, caps: bfebfbff 00000000 00000000 00000000 00004400 00000000 00000000 00000000
CPU: Trace cache: 12K uops, L1 D cache: 8K
CPU: L2 cache: 512K
CPU: L3 cache: 1024K
CPU: Physical Processor ID: 24
CPU: After all inits, caps: bfebfbff 00000000 00000000 0000b080 00004400 00000000 00000000 00000000
Intel machine check architecture supported.
Intel machine check reporting enabled on CPU#6.
CPU6: Intel P4/Xeon Extended MCE MSRs (12) available
CPU6: Thermal monitoring enabled
CPU6: Intel(R) Xeon(TM) MP CPU 2.50GHz stepping 05
lockdep: not fixing up alternatives.
Booting processor 7/50 eip 3000
CPU 7 irqstacks, hard=c049f000 soft=c041f000
Initializing CPU#7
Leaving ESR disabled.
Mapping cpu 7 to node 1
Calibrating delay using timer specific routine.. 4990.66 BogoMIPS (lpj=9981333)
CPU: After generic identify, caps: bfebfbff 00000000 00000000 00000000 00004400 00000000 00000000 00000000
CPU: Trace cache: 12K uops, L1 D cache: 8K
CPU: L2 cache: 512K
CPU: L3 cache: 1024K
CPU: Physical Processor ID: 25
CPU: After all inits, caps: bfebfbff 00000000 00000000 0000b080 00004400 00000000 00000000 00000000
Intel machine check architecture supported.
Intel machine check reporting enabled on CPU#7.
CPU7: Intel P4/Xeon Extended MCE MSRs (12) available
CPU7: Thermal monitoring enabled
CPU7: Intel(R) Xeon(TM) MP CPU 2.50GHz stepping 05
lockdep: not fixing up alternatives.
Booting processor 8/1 eip 3000
CPU 8 irqstacks, hard=c04a0000 soft=c0420000
Initializing CPU#8
Leaving ESR disabled.
Mapping cpu 8 to node 0
Calibrating delay using timer specific routine.. 4990.13 BogoMIPS (lpj=9980278)
CPU: After generic identify, caps: bfebfbff 00000000 00000000 00000000 00004400 00000000 00000000 00000000
CPU: Trace cache: 12K uops, L1 D cache: 8K
CPU: L2 cache: 512K
CPU: L3 cache: 1024K
CPU: Physical Processor ID: 0
CPU: After all inits, caps: bfebfbff 00000000 00000000 0000b080 00004400 00000000 00000000 00000000
Intel machine check architecture supported.
Intel machine check reporting enabled on CPU#8.
CPU8: Intel P4/Xeon Extended MCE MSRs (12) available
CPU8: Thermal monitoring enabled
CPU8: Intel(R) Xeon(TM) MP CPU 2.50GHz stepping 05
lockdep: not fixing up alternatives.
Booting processor 9/3 eip 3000
CPU 9 irqstacks, hard=c04a1000 soft=c0421000
Initializing CPU#9
Leaving ESR disabled.
Mapping cpu 9 to node 0
Calibrating delay using timer specific routine.. 4990.23 BogoMIPS (lpj=9980478)
CPU: After generic identify, caps: bfebfbff 00000000 00000000 00000000 00004400 00000000 00000000 00000000
CPU: Trace cache: 12K uops, L1 D cache: 8K
CPU: L2 cache: 512K
CPU: L3 cache: 1024K
CPU: Physical Processor ID: 1
CPU: After all inits, caps: bfebfbff 00000000 00000000 0000b080 00004400 00000000 00000000 00000000
Intel machine check architecture supported.
Intel machine check reporting enabled on CPU#9.
CPU9: Intel P4/Xeon Extended MCE MSRs (12) available
CPU9: Thermal monitoring enabled
CPU9: Intel(R) Xeon(TM) MP CPU 2.50GHz stepping 05
lockdep: not fixing up alternatives.
Booting processor 10/17 eip 3000
CPU 10 irqstacks, hard=c04a2000 soft=c0422000
Initializing CPU#10
Leaving ESR disabled.
Mapping cpu 10 to node 0
Calibrating delay using timer specific routine.. 4990.23 BogoMIPS (lpj=9980472)
CPU: After generic identify, caps: bfebfbff 00000000 00000000 00000000 00004400 00000000 00000000 00000000
CPU: Trace cache: 12K uops, L1 D cache: 8K
CPU: L2 cache: 512K
CPU: L3 cache: 1024K
CPU: Physical Processor ID: 8
CPU: After all inits, caps: bfebfbff 00000000 00000000 0000b080 00004400 00000000 00000000 00000000
Intel machine check architecture supported.
Intel machine check reporting enabled on CPU#10.
CPU10: Intel P4/Xeon Extended MCE MSRs (12) available
CPU10: Thermal monitoring enabled
CPU10: Intel(R) Xeon(TM) MP CPU 2.50GHz stepping 05
lockdep: not fixing up alternatives.
Booting processor 11/19 eip 3000
CPU 11 irqstacks, hard=c04a3000 soft=c0423000
Initializing CPU#11
Leaving ESR disabled.
Mapping cpu 11 to node 0
Calibrating delay using timer specific routine.. 4990.25 BogoMIPS (lpj=9980500)
CPU: After generic identify, caps: bfebfbff 00000000 00000000 00000000 00004400 00000000 00000000 00000000
CPU: Trace cache: 12K uops, L1 D cache: 8K
CPU: L2 cache: 512K
CPU: L3 cache: 1024K
CPU: Physical Processor ID: 9
CPU: After all inits, caps: bfebfbff 00000000 00000000 0000b080 00004400 00000000 00000000 00000000
Intel machine check architecture supported.
Intel machine check reporting enabled on CPU#11.
CPU11: Intel P4/Xeon Extended MCE MSRs (12) available
CPU11: Thermal monitoring enabled
CPU11: Intel(R) Xeon(TM) MP CPU 2.50GHz stepping 05
lockdep: not fixing up alternatives.
Booting processor 12/33 eip 3000
CPU 12 irqstacks, hard=c04a4000 soft=c0424000
Initializing CPU#12
Leaving ESR disabled.
Mapping cpu 12 to node 1
Calibrating delay using timer specific routine.. 4990.80 BogoMIPS (lpj=9981614)
CPU: After generic identify, caps: bfebfbff 00000000 00000000 00000000 00004400 00000000 00000000 00000000
CPU: Trace cache: 12K uops, L1 D cache: 8K
CPU: L2 cache: 512K
CPU: L3 cache: 1024K
CPU: Physical Processor ID: 16
CPU: After all inits, caps: bfebfbff 00000000 00000000 0000b080 00004400 00000000 00000000 00000000
Intel machine check architecture supported.
Intel machine check reporting enabled on CPU#12.
CPU12: Intel P4/Xeon Extended MCE MSRs (12) available
CPU12: Thermal monitoring enabled
CPU12: Intel(R) Xeon(TM) MP CPU 2.50GHz stepping 05
lockdep: not fixing up alternatives.
Booting processor 13/35 eip 3000
CPU 13 irqstacks, hard=c04a5000 soft=c0425000
Initializing CPU#13
Leaving ESR disabled.
Mapping cpu 13 to node 1
Calibrating delay using timer specific routine.. 4990.71 BogoMIPS (lpj=9981436)
CPU: After generic identify, caps: bfebfbff 00000000 00000000 00000000 00004400 00000000 00000000 00000000
CPU: Trace cache: 12K uops, L1 D cache: 8K
CPU: L2 cache: 512K
CPU: L3 cache: 1024K
CPU: Physical Processor ID: 17
CPU: After all inits, caps: bfebfbff 00000000 00000000 0000b080 00004400 00000000 00000000 00000000
Intel machine check architecture supported.
Intel machine check reporting enabled on CPU#13.
CPU13: Intel P4/Xeon Extended MCE MSRs (12) available
CPU13: Thermal monitoring enabled
CPU13: Intel(R) Xeon(TM) MP CPU 2.50GHz stepping 05
lockdep: not fixing up alternatives.
Booting processor 14/49 eip 3000
CPU 14 irqstacks, hard=c04a6000 soft=c0426000
Initializing CPU#14
Leaving ESR disabled.
Mapping cpu 14 to node 1
Calibrating delay using timer specific routine.. 4990.76 BogoMIPS (lpj=9981528)
CPU: After generic identify, caps: bfebfbff 00000000 00000000 00000000 00004400 00000000 00000000 00000000
CPU: Trace cache: 12K uops, L1 D cache: 8K
CPU: L2 cache: 512K
CPU: L3 cache: 1024K
CPU: Physical Processor ID: 24
CPU: After all inits, caps: bfebfbff 00000000 00000000 0000b080 00004400 00000000 00000000 00000000
Intel machine check architecture supported.
Intel machine check reporting enabled on CPU#14.
CPU14: Intel P4/Xeon Extended MCE MSRs (12) available
CPU14: Thermal monitoring enabled
CPU14: Intel(R) Xeon(TM) MP CPU 2.50GHz stepping 05
lockdep: not fixing up alternatives.
Booting processor 15/51 eip 3000
CPU 15 irqstacks, hard=c04a7000 soft=c0427000
Initializing CPU#15
Leaving ESR disabled.
Mapping cpu 15 to node 1
Calibrating delay using timer specific routine.. 4990.77 BogoMIPS (lpj=9981554)
CPU: After generic identify, caps: bfebfbff 00000000 00000000 00000000 00004400 00000000 00000000 00000000
CPU: Trace cache: 12K uops, L1 D cache: 8K
CPU: L2 cache: 512K
CPU: L3 cache: 1024K
CPU: Physical Processor ID: 25
CPU: After all inits, caps: bfebfbff 00000000 00000000 0000b080 00004400 00000000 00000000 00000000
Intel machine check architecture supported.
Intel machine check reporting enabled on CPU#15.
CPU15: Intel P4/Xeon Extended MCE MSRs (12) available
CPU15: Thermal monitoring enabled
CPU15: Intel(R) Xeon(TM) MP CPU 2.50GHz stepping 05
Total of 16 processors activated (79859.57 BogoMIPS).
ENABLING IO-APIC IRQs
..TIMER: vector=0x31 apic1=0 pin1=0 apic2=-1 pin2=-1
Brought up 16 CPUs
CPU0 attaching sched-domain:
domain 0: span 00000000,00000000,00000000,00000101
groups: 00000000,00000000,00000000,00000001 00000000,00000000,00000000,00000100
domain 1: span 00000000,00000000,00000000,00000f0f
groups: 00000000,00000000,00000000,00000101 00000000,00000000,00000000,00000202 00000000,00000000,00000000,00000404 00000000,00000000,00000000,00000808
domain 2: span 00000000,00000000,00000000,0000ffff
groups: 00000000,00000000,00000000,00000f0f 00000000,00000000,00000000,0000f0f0
CPU1 attaching sched-domain:
domain 0: span 00000000,00000000,00000000,00000202
groups: 00000000,00000000,00000000,00000002 00000000,00000000,00000000,00000200
domain 1: span 00000000,00000000,00000000,00000f0f
groups: 00000000,00000000,00000000,00000202 00000000,00000000,00000000,00000404 00000000,00000000,00000000,00000808 00000000,00000000,00000000,00000101
domain 2: span 00000000,00000000,00000000,0000ffff
groups: 00000000,00000000,00000000,00000f0f 00000000,00000000,00000000,0000f0f0
CPU2 attaching sched-domain:
domain 0: span 00000000,00000000,00000000,00000404
groups: 00000000,00000000,00000000,00000004 00000000,00000000,00000000,00000400
domain 1: span 00000000,00000000,00000000,00000f0f
groups: 00000000,00000000,00000000,00000404 00000000,00000000,00000000,00000808 00000000,00000000,00000000,00000101 00000000,00000000,00000000,00000202
domain 2: span 00000000,00000000,00000000,0000ffff
groups: 00000000,00000000,00000000,00000f0f 00000000,00000000,00000000,0000f0f0
CPU3 attaching sched-domain:
domain 0: span 00000000,00000000,00000000,00000808
groups: 00000000,00000000,00000000,00000008 00000000,00000000,00000000,00000800
domain 1: span 00000000,00000000,00000000,00000f0f
groups: 00000000,00000000,00000000,00000808 00000000,00000000,00000000,00000101 00000000,00000000,00000000,00000202 00000000,00000000,00000000,00000404
domain 2: span 00000000,00000000,00000000,0000ffff
groups: 00000000,00000000,00000000,00000f0f 00000000,00000000,00000000,0000f0f0
CPU4 attaching sched-domain:
domain 0: span 00000000,00000000,00000000,00001010
groups: 00000000,00000000,00000000,00000010 00000000,00000000,00000000,00001000
domain 1: span 00000000,00000000,00000000,0000f0f0
groups: 00000000,00000000,00000000,00001010 00000000,00000000,00000000,00002020 00000000,00000000,00000000,00004040 00000000,00000000,00000000,00008080
domain 2: span 00000000,00000000,00000000,0000ffff
groups: 00000000,00000000,00000000,0000f0f0 00000000,00000000,00000000,00000f0f
CPU5 attaching sched-domain:
domain 0: span 00000000,00000000,00000000,00002020
groups: 00000000,00000000,00000000,00000020 00000000,00000000,00000000,00002000
domain 1: span 00000000,00000000,00000000,0000f0f0
groups: 00000000,00000000,00000000,00002020 00000000,00000000,00000000,00004040 00000000,00000000,00000000,00008080 00000000,00000000,00000000,00001010
domain 2: span 00000000,00000000,00000000,0000ffff
groups: 00000000,00000000,00000000,0000f0f0 00000000,00000000,00000000,00000f0f
CPU6 attaching sched-domain:
domain 0: span 00000000,00000000,00000000,00004040
groups: 00000000,00000000,00000000,00000040 00000000,00000000,00000000,00004000
domain 1: span 00000000,00000000,00000000,0000f0f0
groups: 00000000,00000000,00000000,00004040 00000000,00000000,00000000,00008080 00000000,00000000,00000000,00001010 00000000,00000000,00000000,00002020
domain 2: span 00000000,00000000,00000000,0000ffff
groups: 00000000,00000000,00000000,0000f0f0 00000000,00000000,00000000,00000f0f
CPU7 attaching sched-domain:
domain 0: span 00000000,00000000,00000000,00008080
groups: 00000000,00000000,00000000,00000080 00000000,00000000,00000000,00008000
domain 1: span 00000000,00000000,00000000,0000f0f0
groups: 00000000,00000000,00000000,00008080 00000000,00000000,00000000,00001010 00000000,00000000,00000000,00002020 00000000,00000000,00000000,00004040
domain 2: span 00000000,00000000,00000000,0000ffff
groups: 00000000,00000000,00000000,0000f0f0 00000000,00000000,00000000,00000f0f
CPU8 attaching sched-domain:
domain 0: span 00000000,00000000,00000000,00000101
groups: 00000000,00000000,00000000,00000100 00000000,00000000,00000000,00000001
domain 1: span 00000000,00000000,00000000,00000f0f
groups: 00000000,00000000,00000000,00000101 00000000,00000000,00000000,00000202 00000000,00000000,00000000,00000404 00000000,00000000,00000000,00000808
domain 2: span 00000000,00000000,00000000,0000ffff
groups: 00000000,00000000,00000000,00000f0f 00000000,00000000,00000000,0000f0f0
CPU9 attaching sched-domain:
domain 0: span 00000000,00000000,00000000,00000202
groups: 00000000,00000000,00000000,00000200 00000000,00000000,00000000,00000002
domain 1: span 00000000,00000000,00000000,00000f0f
groups: 00000000,00000000,00000000,00000202 00000000,00000000,00000000,00000404 00000000,00000000,00000000,00000808 00000000,00000000,00000000,00000101
domain 2: span 00000000,00000000,00000000,0000ffff
groups: 00000000,00000000,00000000,00000f0f 00000000,00000000,00000000,0000f0f0
CPU10 attaching sched-domain:
domain 0: span 00000000,00000000,00000000,00000404
groups: 00000000,00000000,00000000,00000400 00000000,00000000,00000000,00000004
domain 1: span 00000000,00000000,00000000,00000f0f
groups: 00000000,00000000,00000000,00000404 00000000,00000000,00000000,00000808 00000000,00000000,00000000,00000101 00000000,00000000,00000000,00000202
domain 2: span 00000000,00000000,00000000,0000ffff
groups: 00000000,00000000,00000000,00000f0f 00000000,00000000,00000000,0000f0f0
CPU11 attaching sched-domain:
domain 0: span 00000000,00000000,00000000,00000808
groups: 00000000,00000000,00000000,00000800 00000000,00000000,00000000,00000008
domain 1: span 00000000,00000000,00000000,00000f0f
groups: 00000000,00000000,00000000,00000808 00000000,00000000,00000000,00000101 00000000,00000000,00000000,00000202 00000000,00000000,00000000,00000404
domain 2: span 00000000,00000000,00000000,0000ffff
groups: 00000000,00000000,00000000,00000f0f 00000000,00000000,00000000,0000f0f0
CPU12 attaching sched-domain:
domain 0: span 00000000,00000000,00000000,00001010
groups: 00000000,00000000,00000000,00001000 00000000,00000000,00000000,00000010
domain 1: span 00000000,00000000,00000000,0000f0f0
groups: 00000000,00000000,00000000,00001010 00000000,00000000,00000000,00002020 00000000,00000000,00000000,00004040 00000000,00000000,00000000,00008080
domain 2: span 00000000,00000000,00000000,0000ffff
groups: 00000000,00000000,00000000,0000f0f0 00000000,00000000,00000000,00000f0f
CPU13 attaching sched-domain:
domain 0: span 00000000,00000000,00000000,00002020
groups: 00000000,00000000,00000000,00002000 00000000,00000000,00000000,00000020
domain 1: span 00000000,00000000,00000000,0000f0f0
groups: 00000000,00000000,00000000,00002020 00000000,00000000,00000000,00004040 00000000,00000000,00000000,00008080 00000000,00000000,00000000,00001010
domain 2: span 00000000,00000000,00000000,0000ffff
groups: 00000000,00000000,00000000,0000f0f0 00000000,00000000,00000000,00000f0f
CPU14 attaching sched-domain:
domain 0: span 00000000,00000000,00000000,00004040
groups: 00000000,00000000,00000000,00004000 00000000,00000000,00000000,00000040
domain 1: span 00000000,00000000,00000000,0000f0f0
groups: 00000000,00000000,00000000,00004040 00000000,00000000,00000000,00008080 00000000,00000000,00000000,00001010 00000000,00000000,00000000,00002020
domain 2: span 00000000,00000000,00000000,0000ffff
groups: 00000000,00000000,00000000,0000f0f0 00000000,00000000,00000000,00000f0f
CPU15 attaching sched-domain:
domain 0: span 00000000,00000000,00000000,00008080
groups: 00000000,00000000,00000000,00008000 00000000,00000000,00000000,00000080
domain 1: span 00000000,00000000,00000000,0000f0f0
groups: 00000000,00000000,00000000,00008080 00000000,00000000,00000000,00001010 00000000,00000000,00000000,00002020 00000000,00000000,00000000,00004040
domain 2: span 00000000,00000000,00000000,0000ffff
groups: 00000000,00000000,00000000,0000f0f0 00000000,00000000,00000000,00000f0f
khelper used greatest stack depth: 2936 bytes left
net_namespace: 76 bytes
khelper used greatest stack depth: 2600 bytes left
Time: 15:20:19 Date: 01/17/08
NET: Registered protocol family 16
ACPI: bus type pci registered
Summit chipset: Starting Cyclone Counter.
PCI: PCI BIOS revision 2.10 entry at 0xfd47d, last bus=11
PCI: Using configuration type 1
Setting up standard PCI resources
evgpeblk-0956 [00] ev_create_gpe_block : GPE 00 to 1F [_GPE] 4 regs on int 0x9
evgpeblk-1052 [00] ev_initialize_gpe_bloc: Found 0 Wake, Enabled 2 Runtime GPEs in this block
ACPI: EC: Look up EC in DSDT
Completing Region/Field/Buffer/Package initialization:............................................................................................
Initialized 64/69 Regions 0/0 Fields 9/9 Buffers 19/19 Packages (935 nodes)
Initializing Device/Processor/Thermal objects by executing _INI methods:..
Executed 2 _INI methods requiring 0 _STA executions (examined 98 objects)
ACPI: Interpreter enabled
ACPI: (supports S0 S5)
ACPI: Using IOAPIC for interrupt routing
ACPI: PCI Root Bridge [VP00] (0000:00)
PCI: Scanning bus 0000:00
PCI: Found 0000:00:00.0 [1014/0302] 000600 00
PCI: Found 0000:00:03.0 [1002/4752] 000300 00
PCI: Found 0000:00:04.0 [1014/010f] 000680 00
PCI: Found 0000:00:05.0 [1106/0686] 000601 00
PCI: Calling quirk c01f3e22 for 0000:00:05.0
PCI: Found 0000:00:05.1 [1106/0571] 000101 00
PCI: Found 0000:00:05.2 [1106/3038] 000c03 00
PCI: Found 0000:00:05.3 [1106/3038] 000c03 00
PCI: Found 0000:00:05.4 [1106/3057] 000c05 00
PCI: Calling quirk c01f3b86 for 0000:00:05.4
PCI quirk: region 0440-044f claimed by vt82c686 SMB
PCI: Calling quirk c01f3ddb for 0000:00:05.4
PCI: Fixups for bus 0000:00
PCI: Bus scan for 0000:00 returning with max=00
ACPI: PCI Interrupt Routing Table [\_SB_.VP00._PRT]
ACPI: PCI Root Bridge [VP01] (0000:01)
PCI: Scanning bus 0000:01
PCI: Found 0000:01:00.0 [1014/0302] 000600 00
PCI: Found 0000:01:03.0 [1000/0030] 000100 00
PCI: Found 0000:01:03.1 [1000/0030] 000100 00
PCI: Found 0000:01:04.0 [14e4/1648] 000200 00
PCI: Found 0000:01:04.1 [14e4/1648] 000200 00
PCI: Fixups for bus 0000:01
PCI: Bus scan for 0000:01 returning with max=01
ACPI: PCI Interrupt Routing Table [\_SB_.VP01._PRT]
ACPI: PCI Root Bridge [VP02] (0000:02)
PCI: Scanning bus 0000:02
PCI: Found 0000:02:00.0 [1014/0302] 000600 00
PCI: Fixups for bus 0000:02
PCI: Bus scan for 0000:02 returning with max=02
ACPI: PCI Interrupt Routing Table [\_SB_.VP02._PRT]
ACPI: PCI Root Bridge [VP03] (0000:05)
PCI: Scanning bus 0000:05
PCI: Found 0000:05:00.0 [1014/0302] 000600 00
PCI: Fixups for bus 0000:05
PCI: Bus scan for 0000:05 returning with max=05
ACPI: PCI Interrupt Routing Table [\_SB_.VP03._PRT]
ACPI: PCI Root Bridge [VP04] (0000:07)
PCI: Scanning bus 0000:07
PCI: Found 0000:07:00.0 [1014/0302] 000600 00
PCI: Fixups for bus 0000:07
PCI: Bus scan for 0000:07 returning with max=07
ACPI: PCI Interrupt Routing Table [\_SB_.VP04._PRT]
ACPI: PCI Root Bridge [VP05] (0000:09)
PCI: Scanning bus 0000:09
PCI: Found 0000:09:00.0 [1014/0302] 000600 00
PCI: Fixups for bus 0000:09
PCI: Bus scan for 0000:09 returning with max=09
ACPI: PCI Interrupt Routing Table [\_SB_.VP05._PRT]
Linux Plug and Play Support v0.97 (c) Adam Belay
pnp: PnP ACPI init
ACPI: bus type pnp registered
pnp 00:00: Plug and Play ACPI device, IDs PNP0a03 (active)
pnp 00:01: Plug and Play ACPI device, IDs PNP0c02 (active)
pnp 00:02: Plug and Play ACPI device, IDs PNP0303 (active)
pnp 00:03: Plug and Play ACPI device, IDs PNP0f13 (active)
pnp 00:04: Plug and Play ACPI device, IDs PNP0700 (active)
pnp 00:05: Plug and Play ACPI device, IDs PNP0501 (active)
pnp 00:06: Plug and Play ACPI device, IDs PNP0003 (active)
pnp 00:07: Plug and Play ACPI device, IDs PNP0200 (active)
pnp: IRQ 8 override to edge, low
pnp 00:08: Plug and Play ACPI device, IDs PNP0b00 (active)
pnp 00:09: Plug and Play ACPI device, IDs PNP0800 (active)
pnp 00:0a: Plug and Play ACPI device, IDs PNP0c04 (active)
pnp 00:0b: Plug and Play ACPI device, IDs PNP0c02 (active)
pnp 00:0c: Plug and Play ACPI device, IDs PNP0c01 (active)
pnp 00:0d: Plug and Play ACPI device, IDs PNP0c80 PNP0c01 (active)
pnp 00:0e: Plug and Play ACPI device, IDs PNP0c80 PNP0c01 (active)
pnp 00:0f: Plug and Play ACPI device, IDs PNP0a03 (active)
pnp 00:10: Plug and Play ACPI device, IDs PNP0a03 (active)
pnp 00:11: Plug and Play ACPI device, IDs PNP0a03 (active)
pnp 00:12: Plug and Play ACPI device, IDs PNP0a03 (active)
pnp 00:13: Plug and Play ACPI device, IDs PNP0a03 (active)
pnp: PnP ACPI: found 20 devices
ACPI: ACPI bus type pnp unregistered
PCI: Using ACPI for IRQ routing
PCI: If a device doesn't work, try "pci=routeirq". If it helps, post a report
Time: cyclone clocksource has been installed.
pnp: the driver 'system' has been registered
system 00:01: ioport range 0x430-0x437 has been reserved
system 00:01: ioport range 0x438-0x439 has been reserved
system 00:01: driver attached
system 00:0b: ioport range 0x440-0x44f has been reserved
system 00:0b: ioport range 0x4c0-0x4c3 has been reserved
system 00:0b: ioport range 0x4d0-0x4d1 has been reserved
system 00:0b: ioport range 0x4e0-0x4ff has been reserved
system 00:0b: ioport range 0x500-0x57f has been reserved
system 00:0b: driver attached
system 00:0c: iomem range 0x400-0x4ff could not be reserved
system 00:0c: driver attached
system 00:0d: driver attached
system 00:0e: driver attached
got res [e2000000:e21fffff] bus [e2000000:e21fffff] flags 7200 for BAR 6 of 0000:00:04.0
got res [e2200000:e221ffff] bus [e2200000:e221ffff] flags 7200 for BAR 6 of 0000:00:03.0
got res [e2300000:e23fffff] bus [e2300000:e23fffff] flags 7200 for BAR 6 of 0000:01:03.0
got res [e2400000:e24fffff] bus [e2400000:e24fffff] flags 7200 for BAR 6 of 0000:01:03.1
NET: Registered protocol family 2
IP route cache hash table entries: 32768 (order: 5, 131072 bytes)
TCP established hash table entries: 131072 (order: 8, 1048576 bytes)
TCP bind hash table entries: 65536 (order: 9, 2359296 bytes)
TCP: Hash tables configured (established 131072 bind 65536)
TCP reno registered
Unpacking initramfs... done
Freeing initrd memory: 1134k freed
audit: initializing netlink socket (disabled)
audit(1200583212.896:1): initialized
highmem bounce pool size: 64 pages
Total HugeTLB memory allocated, 0
VFS: Disk quotas dquot_6.5.1
Dquot-cache hash table entries: 1024 (order 0, 4096 bytes)
io scheduler noop registered
io scheduler anticipatory registered
io scheduler deadline registered
io scheduler cfq registered (default)
PCI: Calling quirk c01f3f95 for 0000:00:00.0
PCI: Calling quirk c024ee1f for 0000:00:00.0
PCI: Calling quirk c026b557 for 0000:00:00.0
PCI: Calling quirk c01f3f95 for 0000:01:00.0
PCI: Calling quirk c024ee1f for 0000:01:00.0
PCI: Calling quirk c026b557 for 0000:01:00.0
PCI: Calling quirk c01f3f95 for 0000:02:00.0
PCI: Calling quirk c024ee1f for 0000:02:00.0
PCI: Calling quirk c026b557 for 0000:02:00.0
PCI: Calling quirk c01f3f95 for 0000:05:00.0
PCI: Calling quirk c024ee1f for 0000:05:00.0
PCI: Calling quirk c026b557 for 0000:05:00.0
PCI: Calling quirk c01f3f95 for 0000:07:00.0
PCI: Calling quirk c024ee1f for 0000:07:00.0
PCI: Calling quirk c026b557 for 0000:07:00.0
PCI: Calling quirk c01f3f95 for 0000:09:00.0
PCI: Calling quirk c024ee1f for 0000:09:00.0
PCI: Calling quirk c026b557 for 0000:09:00.0
PCI: Calling quirk c01f3f95 for 0000:00:03.0
PCI: Calling quirk c024ee1f for 0000:00:03.0
PCI: Calling quirk c026b557 for 0000:00:03.0
Boot video device is 0000:00:03.0
PCI: Calling quirk c01f3f95 for 0000:00:04.0
PCI: Calling quirk c024ee1f for 0000:00:04.0
PCI: Calling quirk c026b557 for 0000:00:04.0
PCI: Calling quirk c01098c2 for 0000:00:05.0
PCI: Calling quirk c01f3ca8 for 0000:00:05.0
PCI: Enabling Via external APIC routing
PCI: Calling quirk c01f3f95 for 0000:00:05.0
PCI: Calling quirk c024ee1f for 0000:00:05.0
PCI: Calling quirk c026b557 for 0000:00:05.0
PCI: Calling quirk c01098c2 for 0000:00:05.1
PCI: Calling quirk c01f3f95 for 0000:00:05.1
PCI: Calling quirk c024ee1f for 0000:00:05.1
PCI: Calling quirk c026b557 for 0000:00:05.1
PCI: Calling quirk c01098c2 for 0000:00:05.2
PCI: Calling quirk c01f3f95 for 0000:00:05.2
PCI: Calling quirk c024ee1f for 0000:00:05.2
pci 0000:00:05.2: uhci_check_and_reset_hc: legsup = 0x2000
pci 0000:00:05.2: Performing full reset
PCI: Calling quirk c026b557 for 0000:00:05.2
PCI: Calling quirk c01098c2 for 0000:00:05.3
PCI: Calling quirk c01f3f95 for 0000:00:05.3
PCI: Calling quirk c024ee1f for 0000:00:05.3
pci 0000:00:05.3: uhci_check_and_reset_hc: legsup = 0x2000
pci 0000:00:05.3: Performing full reset
PCI: Calling quirk c026b557 for 0000:00:05.3
PCI: Calling quirk c01098c2 for 0000:00:05.4
PCI: Calling quirk c01f3f95 for 0000:00:05.4
PCI: Calling quirk c024ee1f for 0000:00:05.4
PCI: Calling quirk c026b557 for 0000:00:05.4
PCI: Calling quirk c01f3f95 for 0000:01:03.0
PCI: Calling quirk c024ee1f for 0000:01:03.0
PCI: Calling quirk c026b557 for 0000:01:03.0
PCI: Calling quirk c01f3f95 for 0000:01:03.1
PCI: Calling quirk c024ee1f for 0000:01:03.1
PCI: Calling quirk c026b557 for 0000:01:03.1
PCI: Calling quirk c01f3f95 for 0000:01:04.0
PCI: Calling quirk c024ee1f for 0000:01:04.0
PCI: Calling quirk c026b557 for 0000:01:04.0
PCI: Calling quirk c01f3f95 for 0000:01:04.1
PCI: Calling quirk c024ee1f for 0000:01:04.1
PCI: Calling quirk c026b557 for 0000:01:04.1
Slab corruption: file_lock_cache start=e1c59098, len=128
Redzone: 0xe1c5909400000000/0xc0193a2e00000000.
Last user: [<09f91102>](0x9f91102)
000: 94 90 c5 e1 9c 90 c5 e1 9c 90 c5 e1 00 00 00 00
010: 00 00 00 00 01 00 00 00 5a 5a 5a 5a ad 4e ad de
020: ff ff ff ff ff ff ff ff 94 f0 54 c0 00 00 00 00
030: a5 54 36 c0 cc 90 c5 e1 cc 90 c5 e1 00<4>udev used greatest stack depth: 2544 bytes left
00 00 00
040: 00 00 5a 5a 00 00 00 00 00 00 00 00 00 00 00 00
050: 00 00 00 00 00 00 00 00 5a 5a 5a 5a 00 00 00 00
Next obj: start=e1c59128, len=128
Redzone: 0x9f911029d74e35b/0x9f911029d74e35b.
Last user: [<00000000>](0x0)
000: 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b<6>Serial: 8250/16550 driver $Revision: 1.90 $ 4 ports, IRQ sharing enabled
6b 6b 6b
010: 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b
slab error in cache_alloc_debugcheck_after(): cache `file_lock_cache': double free, or memory outside object was overwritten
Pid: 289, comm: udev Not tainted 2.6.24-rc8-autokern1 #1
[<c0105ebb>] show_trace_log_lvl+0x19/0x2e
[<c0105ee2>] show_trace+0x12/0x14
[<c010601e>] dump_stack+0x6c/0x72
[<c017f540>] __slab_error+0x29/0x2b
[<c0181954>] cache_alloc_debugcheck_after+0xa4/0x13c
[<c01821ab>] kmem_cache_alloc+0x252/0x298
[<c0193a2e>] locks_alloc_lock+0x12/0x14
[<c0195539>] fcntl_setlk+0x16/0x1d5
[<c019193c>] do_fcntl+0x103/0x152
[<c0191a1f>] sys_fcntl64+0x5a/0x6e
[<c01050ea>] syscall_call+0x7/0xb
=======================
e1c59090: redzone 1:0xe1c5909400000000, redzone 2:0xc0193a2e00000000
slab error in cache_alloc_debugcheck_after(): cache `file_lock_cache': double free, or memory outside object was overwritten
Pid: 289, comm: udev Not tainted 2.6.24-rc8-autokern1 #1
[<c0105ebb>] show_trace_log_lvl+0x19/0x2e
[<c0105ee2>] show_trace+0x12/0x14
[<c010601e>] dump_stack+0x6c/0x72
[<c017f540>] __slab_error+0x29/0x2b
[<c0181954>] cache_alloc_debugcheck_after+0xa4/0x13c
[<c0182140>] kmem_cache_alloc+0x1e7/0x298
[<c0193a2e>] locks_alloc_lock+0x12/0x14
[<c01945b7>] __posix_lock_file+0x63/0x441
[<c01949a3>] posix_lock_file+0xe/0x10
[<c019551e>] vfs_lock_file+0x2e/0x33
[<c0195607>] fcntl_setlk+0xe4/0x1d5
[<c019193c>] do_fcntl+0x103/0x152
[<c0191a1f>] sys_fcntl64+0x5a/0x6e
[<c01050ea>] syscall_call+0x7/0xb
=======================
e1c59120: redzone 1:0xc0193a2e9d74e35b, redzone 2:0x9f911029d74e35b
Slab corruption: file_lock_cache start=e1c59130, len=128
Redzone: 0xe1c5912c00000000/0xc0193a2e00000000.
Last user: [<09f91102>](0x9f91102)
000: 2c 91 c5 e1 34 91 c5 e1 34 91 c5 e1 00 00 00 00
010: 00 00 00 00 01 00 00 00 5a 5a 5a 5a ad 4e ad de
020: ff ff ff ff ff ff ff ff 94 f0 54 c0 00 00 00 00
030: a5 54 36 c0 64 91 c5 e1 64 91 c5 e1 00 00 00 00
040: 00 00 5a 5a 00 00 00 00 00 00 00 00 00 00 00 00
050: 00 00 00 00 00 00 00 00 5a 5a 5a 5a 00 00 00 00
Prev obj: start=e1c59090, len=128
Redzone: 0xd84156c5635688c0/0xa55a5a5a5a5a5a5a.
Last user: [<d84156c5>](0xd84156c5)
000: c0 88 56 63 c5 56 41 d8 00 00 00 00 9c 90 c5 e1
010: 9c 90 c5 e1 a4 90 c5 e1 a4 90 c5 e1 f8 53 45 e2
Next obj: start=e1c591c0, len=128
Redzone: 0x9f911029d74e35b/0x9f911029d74e35b.
Last user: [<00000000>](0x0)
000: 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b
010: 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b
slab errr in cache_alloc_debugcheck_after(): cache `file_lock_cache': double free, or memory outside object was overwritten
serial8250: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A
Pid: 289, comm: udev Not tainted 2.6.24-rc8-autokern1 #1
e100: Intel(R) PRO/100 Network Driver, 3.5.23-k4-NAPI
e100: Copyright(c) 1999-2006 Intel Corporation
pnp: the driver 'i8042 kbd' has been registered
i8042 kbd 00:02: driver attached
pnp: the driver 'i8042 aux' has been registered
i8042 aux 00:03: driver attached
PNP: PS/2 Controller [PNP0303:PS2K,PNP0f13:PS2M] at 0x64,0x60 irq 1,12
PNP: PS/2 controller has invalid data port 0x64; using default 0x60
PNP: PS/2 controller has invalid command port 0x60; using default 0x64
serio: i8042 KBD port at 0x60,0x64 irq 1
serio: i8042 AUX port at 0x60,0x64 irq 12
BUG: unable to handle kernel NULL pointer dereference at virtual address 00000048
printing eip: c0182a1a *pdpt = 0000000000417001 *pde = 0000000000000000
Oops: 0000 [#1] PREEMPT SMP
Modules linked in:
Pid: 229, comm: kseriod Not tainted (2.6.24-rc8-autokern1 #1)
EIP: 0060:[<c0182a1a>] EFLAGS: 00010003 CPU: 4
EIP is at kmem_cache_free+0xc7/0x18c
EAX: 00000000 EBX: e2dda920 ECX: e396c880 EDX: e396c880
ESI: e2dd9a00 EDI: 00000000 EBP: e2426e58 ESP: e2426e38
DS: 007b ES: 007b FS: 00d8 GS: 0000 SS: 0068
Process kseriod (pid: 229, ti=e2426000 task=e24072a0 task.ti=e2426000)
Stack: 00000000 e1e70070 e1e70068 00000282 e1e70068 e1e70070 e1e70070 00000000
e2426e64 c0271f2f e1e70070 e2426e70 c0272040 e1e70070 e2426e78 c027206c
e2426ed0 c028d507 c0182305 e1e70070 c0760720 00000000 e2d11678 e2d11678
Call Trace:
[<c0105ebb>] show_trace_log_lvl+0x19/0x2e
[<c0105f7d>] <6>mice: PS/2 mouse device common for all mice
show_stack_log_lvl+0x99/0xa1
[<c01060d7>] show_registers+0xb3/0x1e9
[<c010639d>] die+0x11f/0x202
[<c02d667c>] do_page_fault+0x6d6/0x7bc
[<c02d4aaa>] error_code+0x72/0x78
[<c0271f2f>] kfree_skbmem+0x63/0x66
[<c0272040>] __kfree_skb+0x12/0x15
[<c027206c>] kfree_skb+0x29/0x2b
[<c028d507>] netlink_broadcast+0x254/0x2b8
[<c01e7d23>] kobject_uevent_env+0x30e/0x395
[<c01e7db4>] kobject_uevent+0xa/0xc
[<c0243364>] device_add+0x134/0x2d1
[<c024f82e>] serio_add_port+0x65/0xc6
[<c024f274>] serio_handle_event+0x38/0x79
[<c024f38b>] serio_thread+0x1a/0x133
[<c013ba66>] kthread+0x37/0x59
[<c0105d7f>] kernel_thread_helper+0x7/0x10
=======================
Code: eb fe 8b 41 34 0f b7 78 18 64 a1 04 e0 40 c0 8b 04 85 40 3c 3d c0 39 c7 0f 84 81 00 00 00 ff 86 68 02 00 00 8b 84 86 88 02 00 00 <8b> 40 48 85 c0 74 3b 8b 1c b8 85 db 74 34 8d 43 10 89 45 e4 e8
EIP: [<c0182a1a>] kmem_cache_free+0xc7/0x18c SS:ESP 0068:e2426e38
---[ end trace a94ddbad7c53b035 ]---
input: PC Speaker as /devices/platform/pcspkr/input/input0
BUG: unable to handle kernel NULL pointer dereference at virtual address 00000048
printing eip: c017f8c4 *pdpt = 0000000000417001 *pde = 0000000000000000
Oops: 0000 [#2] PREEMPT SMP
Modules linked in:
Pid: 63, comm: events/12 Tainted: G D (2.6.24-rc8-autokern1 #1)
EIP: 0060:[<c017f8c4>] EFLAGS: 00010202 CPU: 12
EIP is at reap_alien+0x19/0x61
EAX: c0411574 EBX: 00000000 ECX: 00cbb000 EDX: 00000000
ESI: e27df480 EDI: 00000000 EBP: e2dd1f0c ESP: e2dd1efc
DS: 007b ES: 007b FS: 00d8 GS: 0000 SS: 0068
Process events/12 (pid: 63, ti=e2dd1000 task=e2df0be0 task.ti=e2dd1000)
Stack: e27df480 00000000 e27df480 00000001 e2dd1f30 c01832ce 00000002 00000000
c10cc540 e2dd1f60 e2dd1f60 c10cc540 e2d98ed0 e2dd1f7c c013844d 00000000
00000002 c01383f8 c02d2929 c018326c e2d98ef8 00000286 e2dd1f64 c03a4b20
Call Trace:
[<c0105ebb>] show_trace_log_lvl+0x19/0x2e
[<c0105f7d>] show_stack_log_lvl+0x99/0xa1
[<c01060d7>] show_registers+0xb3/0x1e9
[<c010639d>] die+0x11f/0x202
[<c02d667c>] do_page_fault+0x6d6/0x7bc
[<c02d4aaa>] error_code+0x72/0x78
[<c01832ce>] cache_reap+0x62/0x127
[<c013844d>] run_workqueue+0xde/0x1b0
[<c01385ee>] worker_thread+0xcf/0xda
[<c013ba66>] kthread+0x37/0x59
[<c0105d7f>] kernel_thread_helper+0x7/0x10
=======================
Code: 00 00 8b 45 ec e8 17 4d 15 00 83 c4 0c 5b 5e 5f 5d c3 55 89 e5 57 56 53 51 89 45 f0 b8 74 15 41 c0 64 8b 0d 28 01 41 c0 8b 3c 08 <8b> 42 48 85 c0 74 3b 8b 1c b8 85 db 74 34 83 3b 00 74 2f fa 8d
EIP: [<c017f8c4>] reap_alien+0x19/0x61 SS:ESP 0068:e2dd1efc
---[ end trace a94ddbad7c53b035 ]---
[<c0105ebb>] show_trace_log_lvl+0x19/0x2e
[<c0105ee2>] show_trace+0x12/0x14
[<c010601e>] dump_stack+0x6c/0x72
[<c017f540>] __slab_error+0x29/0x2b
[<c0181954>] cache_alloc_debugcheck_after+0xa4/0x13c
[<c01821ab>] kmem_cache_alloc+0x252/0x298
[<c0193a2e>] locks_alloc_lock+0x12/0x14
[<c01945b7>] __posix_lock_file+0x63/0x441
[<c01949a3>] posix_lock_file+0xe/0x10
[<c019551e>] vfs_lock_file+0x2e/0x33
[<c0195607>] fcntl_setlk+0xe4/0x1d5
[<c019193c>] do_fcntl+0x103/0x152
[<c0191a1f>] sys_fcntl64+0x5a/0x6e
[<c01050ea>] syscall_call+0x7/0xb
=======================
e1c59128: redzone 1:0xe1c5912c00000000, redzone 2:0xc0193a2e00000000
slab error in cache_alloc_debugcheck_after(): cache `file_lock_cache': double free, or memory outside object was overwritten
Pid: 289, comm: udev Tainted: G D 2.6.24-rc8-autokern1 #1
[<c0105ebb>] show_trace_log_lvl+0x19/0x2e
[<c0105ee2>] show_trace+0x12/0x14
[<c010601e>] dump_stack+0x6c/0x72
[<c017f540>] __slab_error+0x29/0x2b
[<c0181954>] cache_alloc_debugcheck_after+0xa4/0x13c
[<c0182140>] kmem_cache_alloc+0x1e7/0x298
[<c0193a2e>] locks_alloc_lock+0x12/0x14
[<c01945bf>] __posix_lock_file+0x6b/0x441
[<c01949a3>] posix_lock_file+0xe/0x10
[<c019551e>] vfs_lock_file+0x2e/0x33
[<c0195607>] fcntl_setlk+0xe4/0x1d5
[<c019193c>] do_fcntl+0x103/0x152
[<c0191a1f>] sys_fcntl64+0x5a/0x6e
[<c01050ea>] syscall_call+0x7/0xb
=======================
e1c591b8: redzone 1:0xc0193a2e9d74e35b, redzone 2:0x9f911029d74e35b
Slab corruption: file_lock_cache start=e1c591c8, len=128
Redzone: 0xe1c591c400000000/0xc0193a2e00000000.
Last user: [<09f91102>](0x9f91102)
000: c4 91 c5 e1 cc 91 c5 e1 cc 91 c5 e1 00 00 00 00
010: 00 00 00 00 01 00 00 00 5a 5a 5a 5a ad 4e ad de
020: ff ff ff ff ff ff ff ff 5a 5a 5a 5a 5a 5a 5a 5a
030: 5a 5a 5a 5a fc 91 c5 e1 fc 91 c5 e1 00 00 00 00
040: 00 00 5a 5a 00 00 00 00 00 00 00 00 00 00 00 00
050: 00 00 00 00 00 00 00 00 5a 5a 5a 5a 00 00 00 00
Prev obj: start=e1c59128, len=128
Redzone: 0xd84156c5635688c0/0xa55a5a5a5a5a5a5a.
Last user: [<d84156c5>](0xd84156c5)
000: c0 88 56 63 c5 56 41 d8 00 00 00 00 34 91 c5 e1
010: 34 91 c5 e1 3c 91 c5 e1 3c 91 c5 e1 00 00 00 00
Next obj: start=e1c59258, len=128
Redzone: 0x9f911029d74e35b/0x9f911029d74e35b.
Last user: [<00000000>](0x0)
000: 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b
010: 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b
slab error in cache_alloc_debugcheck_after(): cache `file_lock_cache': double free, or memory outside object was overwritten
Pid: 289, comm: udev Tainted: G D 2.6.24-rc8-autokern1 #1
[<c0105ebb>] show_trace_log_lvl+0x19/0x2e
[<c0105ee2>] show_trace+0x12/0x14
[<c010601e>] dump_stack+0x6c/0x72
[<c017f540>] __slab_error+0x29/0x2b
[<c0181954>] cache_alloc_debugcheck_after+0xa4/0x13c
[<c01821ab>] kmem_cache_alloc+0x252/0x298
[<c0193a2e>] locks_alloc_lock+0x12/0x14
[<c01945bf>] __posix_lock_file+0x6b/0x441
[<c01949a3>] posix_lock_file+0xe/0x10
[<c019551e>] vfs_lock_file+0x2e/0x33
[<c0195607>] fcntl_setlk+0xe4/0x1d5
[<c019193c>] do_fcntl+0x103/0x152
[<c0191a1f>] sys_fcntl64+0x5a/0x6e
[<c01050ea>] syscall_call+0x7/0xb
=======================
e1c591c0: redzone 1:0xe1c591c400000000, redzone 2:0xc0193a2e00000000
------------[ cut here ]------------
kernel BUG at mm/slab.c:2903!
invalid opcode: 0000 [#3] PREEMPT SMP
Modules linked in:
Pid: 289, comm: udev Tainted: G D (2.6.24-rc8-autokern1 #1)
EIP: 0060:[<c01815b9>] EFLAGS: 00010012 CPU: 15
EIP is at cache_free_debugcheck+0x220/0x247
EAX: e1c591b8 EBX: 635688c0 ECX: e1c59088 EDX: 00000002
ESI: d84156c5 EDI: e2dd9cc0 EBP: e2457e60 ESP: e2457e28
DS: 007b ES: 007b FS: 00d8 GS: 0000 SS: 0068
Process udev (pid: 289, ti=e2457000 task=e1c72230 task.ti=e2457000)
Stack: e1c59248 e2457e34 c0193b2c e2457e60 c01819e0 c036d9de 635688c0 d84156c5
e1c59000 c0193aa8 e1c591c0 e2dda808 e2dd9cc0 00000000 e2457e88 c0182997
c0193a2e 00000246 e1c591c8 00000282 00000000 e1c591c8 00000000 00000000
Call Trace:
[<c0105ebb>] show_trace_log_lvl+0x19/0x2e
[<c0105f7d>] show_stack_log_lvl+0x99/0xa1
[<c01060d7>] show_registers+0xb3/0x1e9
[<c010639d>] die+0x11f/0x202
[<c02d4cdc>] do_trap+0x8e/0xa8
[<c0106669>] do_invalid_op+0x88/0x92
[<c02d4aaa>] error_code+0x72/0x78
[<c0182997>] kmem_cache_free+0x44/0x18c
[<c0193aa8>] locks_free_lock+0x3d/0x40
[<c019498b>] __posix_lock_file+0x437/0x441
[<c01949a3>] posix_lock_file+0xe/0x10
[<c019551e>] vfs_lock_file+0x2e/0x33
[<c0195607>] fcntl_setlk+0xe4/0x1d5
[<c019193c>] do_fcntl+0x103/0x152
[<c0191a1f>] sys_fcntl64+0x5a/0x6e
[<c01050ea>] syscall_call+0x7/0xb
=======================
Code: 8b 48 0c 8b 45 f0 29 c8 f7 a7 10 02 00 00 3b 97 18 02 00 00 89 d0 72 04 0f 0b eb fe 0f af 87 0c 02 00 00 8d 04 01 39 45 f0 74 04 <0f> 0b eb fe f6 87 15 02 00 00 08 74 0f 8b 55 f0 b9 6b 00 00 00
EIP: [<c01815b9>] cache_free_debugcheck+0x220/0x247 SS:ESP 0068:e2457e28
---[ end trace a94ddbad7c53b035 ]---
------------[ cut here ]------------
kernel BUG at mm/slab.c:2903!
invalid opcode: 0000 [#4] PREEMPT SMP
Modules linked in:
Pid: 289, comm: udev Tainted: G D (2.6.24-rc8-autokern1 #1)
EIP: 0060:[<c01815b9>] EFLAGS: 00010002 CPU: 15
EIP is at cache_free_debugcheck+0x220/0x247
EAX: e1c59120 EBX: 635688c0 ECX: e1c59088 EDX: 00000001
ESI: d84156c5 EDI: e2dd9cc0 EBP: e2457b34 ESP: e2457afc
DS: 007b ES: 007b FS: 00d8 GS: 0000 SS: 0068
Process udev (pid: 289, ti=e2457000 task=e1c72230 task.ti=e2457000)
Stack: c010514b 00000001 e1c72230 00000000 c03b19e0 c0191ce1 635688c0 d84156c5
e1c59000 c0193aa8 e1c59128 e2dda808 e2dd9cc0 00000000 e2457b5c c0182997
e2457b48 c02d4893 e1c59130 00000296 c0191ce1 e1c59130 00000000 00000000
Call Trace:
[<c0105ebb>] show_trace_log_lvl+0x19/0x2e
[<c0105f7d>] show_stack_log_lvl+0x99/0xa1
[<c01060d7>] show_registers+0xb3/0x1e9
[<c010639d>] die+0x11f/0x202
[<c02d4cdc>] do_trap+0x8e/0xa8
[<c0106669>] do_invalid_op+0x88/0x92
[<c02d4aaa>] error_code+0x72/0x78
[<c0182997>] kmem_cache_free+0x44/0x18c
[<c0193aa8>] locks_free_lock+0x3d/0x40
[<c01941c7>] locks_delete_lock+0x76/0x7b
[<c019480f>] __posix_lock_file+0x2bb/0x441
[<c01949a3>] posix_lock_file+0xe/0x10
[<c019551e>] vfs_lock_file+0x2e/0x33
[<c0195a08>] locks_remove_posix+0x7e/0x9a
[<c0186b67>] filp_close+0x49/0x58
[<c012b7ce>] close_files+0x52/0x67
[<c012b829>] put_files_struct+0x18/0x3f
[<c012b8c3>] __exit_files+0x37/0x3c
[<c012c2a7>] do_exit+0x23f/0x31f
[<c0106478>] die+0x1fa/0x202
[<c02d4cdc>] do_trap+0x8e/0xa8
[<c0106669>] do_invalid_op+0x88/0x92
[<c02d4aaa>] error_code+0x72/0x78
[<c0182997>] kmem_cache_free+0x44/0x18c
[<c0193aa8>] locks_free_lock+0x3d/0x40
[<c019498b>] __posix_lock_file+0x437/0x441
[<c01949a3>] posix_lock_file+0xe/0x10
[<c019551e>] vfs_lock_file+0x2e/0x33
[<c0195607>] fcntl_setlk+0xe4/0x1d5
[<c019193c>] do_fcntl+0x103/0x152
[<c0191a1f>] sys_fcntl64+0x5a/0x6e
[<c01050ea>] syscall_call+0x7/0xb
=======================
Code: 8b 48 0c 8b 45 f0 29 c8 f7 a7 10 02 00 00 3b 97 18 02 00 00 89 d0 72 04 0f 0b eb fe 0f af 87 0c 02 00 00 8d 04 01 39 45 f0 74 04 <0f> 0b eb fe f6 87 15 02 00 00 08 74 0f 8b 55 f0 b9 6b 00 00 00
EIP: [<c01815b9>] cache_free_debugcheck+0x220/0x247 SS:ESP 0068:e2457afc
---[ end trace a94ddbad7c53b035 ]---
Fixing recursive fault but reboot is needed!
--
Mel Gorman
Part-time Phd Student Linux Technology Center
University of Limerick IBM Dublin Software Lab
--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org. For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>
^ permalink raw reply [flat|nested] 30+ messages in thread
* Re: [BUG] at mm/slab.c:3320
2008-01-17 12:31 ` Pekka Enberg
2008-01-17 14:32 ` Christoph Lameter
@ 2008-01-20 0:58 ` Mel Gorman
2008-01-22 20:20 ` Christoph Lameter
1 sibling, 1 reply; 30+ messages in thread
From: Mel Gorman @ 2008-01-20 0:58 UTC (permalink / raw)
To: Pekka Enberg
Cc: Christoph Lameter, Aneesh Kumar K.V, Nishanth Aravamudan,
KAMEZAWA Hiroyuki, linux-mm, lee.schermerhorn, bob.picco,
Andrew Morton
On (17/01/08 14:31), Pekka Enberg didst pronounce:
> Hi Christoph,
>
> On Jan 10, 2008 2:02 AM, Christoph Lameter <clameter@sgi.com> wrote:
> > New patch that also checks in alternate_node_alloc if the node has normal
> > memory because we cannot call ____cache_alloc_node with an invalid node.
>
> [snip]
>
> > @@ -3439,8 +3442,14 @@ __do_cache_alloc(struct kmem_cache *cach
> > * We may just have run out of memory on the local node.
> > * ____cache_alloc_node() knows how to locate memory on other nodes
> > */
> > - if (!objp)
> > - objp = ____cache_alloc_node(cache, flags, numa_node_id());
> > + if (!objp) {
> > + int node_id = numa_node_id();
> > + if (likely(cache->nodelists[node_id])) /* fast path */
> > + objp = ____cache_alloc_node(cache, flags, node_id);
> > + else /* this function can do good fallback */
> > + objp = __cache_alloc_node(cache, flags, node_id,
> > + __builtin_return_address(0));
> > + }
>
> But __cache_alloc_node() will call fallback_alloc() that does
> cache_grow() for the node that doesn't have N_NORMAL_MEMORY, no?
>
> Shouldn't we just revert 04231b3002ac53f8a64a7bd142fde3fa4b6808c6 for
> 2.6.24 as this is a clear regression from 2.6.23?
>
I tried this patch and it didn't work out. Oops occured all in relation to
l3. I did see the obvious flaw and getting this close to 2.6.24 and the
other boot-problem on PPC64, I don't think we have the luxury of messing
around and maybe this should be tried again later? The minimum revert is
the following patch. I have verified it boots the machine in question.
===
Partial revert the changes made by 04231b3002ac53f8a64a7bd142fde3fa4b6808c6
to the kmem_list3 management. On a machine with a memoryless node, this
BUG_ON was triggering
static void *____cache_alloc_node(struct kmem_cache *cachep, gfp_t
flags,
int nodeid)
{
struct list_head *entry;
struct slab *slabp;
struct kmem_list3 *l3;
void *obj;
int x;
l3 = cachep->nodelists[nodeid];
BUG_ON(!l3);
Signed-off-by: Mel Gorman <mel@csn.ul.ie>
---
mm/slab.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff -rup -X /usr/src/patchset-0.6/bin//dontdiff linux-2.6.24-rc8-015_remap_discontigmem/mm/slab.c linux-2.6.24-rc8-020_init_kmem3lists_nodes/mm/slab.c
--- linux-2.6.24-rc8-015_remap_discontigmem/mm/slab.c 2008-01-16 04:22:48.000000000 +0000
+++ linux-2.6.24-rc8-020_init_kmem3lists_nodes/mm/slab.c 2008-01-20 00:06:35.000000000 +0000
@@ -1590,7 +1590,7 @@ void __init kmem_cache_init(void)
/* Replace the static kmem_list3 structures for the boot cpu */
init_list(&cache_cache, &initkmem_list3[CACHE_CACHE], node);
- for_each_node_state(nid, N_NORMAL_MEMORY) {
+ for_each_online_node(nid) {
init_list(malloc_sizes[INDEX_AC].cs_cachep,
&initkmem_list3[SIZE_AC + nid], nid);
@@ -1968,7 +1968,7 @@ static void __init set_up_list3s(struct
{
int node;
- for_each_node_state(node, N_NORMAL_MEMORY) {
+ for_each_online_node(node) {
cachep->nodelists[node] = &initkmem_list3[index + node];
cachep->nodelists[node]->next_reap = jiffies +
REAPTIMEOUT_LIST3 +
@@ -3815,7 +3815,7 @@ static int alloc_kmemlist(struct kmem_ca
struct array_cache *new_shared;
struct array_cache **new_alien = NULL;
- for_each_node_state(node, N_NORMAL_MEMORY) {
+ for_each_online_node(node) {
if (use_alien_caches) {
new_alien = alloc_alien_cache(node, cachep->limit);
--
Mel Gorman
Part-time Phd Student Linux Technology Center
University of Limerick IBM Dublin Software Lab
--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org. For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>
^ permalink raw reply [flat|nested] 30+ messages in thread
* Re: [BUG] at mm/slab.c:3320
2008-01-20 0:58 ` Mel Gorman
@ 2008-01-22 20:20 ` Christoph Lameter
0 siblings, 0 replies; 30+ messages in thread
From: Christoph Lameter @ 2008-01-22 20:20 UTC (permalink / raw)
To: Mel Gorman
Cc: Pekka Enberg, Aneesh Kumar K.V, Nishanth Aravamudan,
KAMEZAWA Hiroyuki, linux-mm, lee.schermerhorn, bob.picco,
Andrew Morton
On Sun, 20 Jan 2008, Mel Gorman wrote:
> I tried this patch and it didn't work out. Oops occured all in relation to
> l3. I did see the obvious flaw and getting this close to 2.6.24 and the
> other boot-problem on PPC64, I don't think we have the luxury of messing
> around and maybe this should be tried again later? The minimum revert is
> the following patch. I have verified it boots the machine in question.
Ack. It seems that my patch in upstream cannot work since alien caches can
be used on memoryless nodes (they are actually the only thing used on slab
free since all frees are remote). The alien caches are hanging off the per
node structures. So we must create mostly useless per node structures (l3)
in SLAB.
--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org. For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>
^ permalink raw reply [flat|nested] 30+ messages in thread
end of thread, other threads:[~2008-01-22 20:20 UTC | newest]
Thread overview: 30+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
[not found] <20071220100541.GA6953@skywalker>
2007-12-25 22:05 ` [BUG] at mm/slab.c:3320 Andrew Morton
2007-12-27 15:32 ` Aneesh Kumar K.V
2007-12-27 19:31 ` Christoph Lameter
[not found] ` <20071228051959.GA6385@skywalker>
[not found] ` <Pine.LNX.4.64.0801021227580.20331@schroedinger.engr.sgi.com>
2008-01-03 15:50 ` Aneesh Kumar K.V
2008-01-04 0:33 ` Nishanth Aravamudan
2008-01-07 1:23 ` KAMEZAWA Hiroyuki
2008-01-07 18:10 ` Christoph Lameter
2008-01-08 1:40 ` KAMEZAWA Hiroyuki
2008-01-08 5:38 ` Christoph Lameter
2008-01-08 7:11 ` Aneesh Kumar K.V
2008-01-09 6:50 ` Nishanth Aravamudan
2008-01-09 17:50 ` Christoph Lameter
2008-01-09 18:58 ` Aneesh Kumar K.V
2008-01-09 19:23 ` Christoph Lameter
2008-01-09 21:47 ` Nishanth Aravamudan
2008-01-09 21:51 ` Christoph Lameter
2008-01-09 22:13 ` Nishanth Aravamudan
2008-01-10 0:02 ` Christoph Lameter
2008-01-17 12:31 ` Pekka Enberg
2008-01-17 14:32 ` Christoph Lameter
2008-01-17 14:36 ` Pekka J Enberg
2008-01-17 15:05 ` Christoph Lameter
2008-01-17 15:25 ` Aneesh Kumar K.V
2008-01-17 16:58 ` Christoph Lameter
2008-01-17 17:42 ` Aneesh Kumar K.V
2008-01-17 21:40 ` Mel Gorman
2008-01-17 20:47 ` Pekka J Enberg
2008-01-20 0:58 ` Mel Gorman
2008-01-22 20:20 ` Christoph Lameter
2008-01-10 4:13 ` Aneesh Kumar K.V
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).