* 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
[parent not found: <20071228051959.GA6385@skywalker>]
[parent not found: <Pine.LNX.4.64.0801021227580.20331@schroedinger.engr.sgi.com>]
* 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-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 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 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 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
* 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
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).