lkml.org 
[lkml]   [2012]   [May]   [10]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    Date
    SubjectRe: [tip:sched/core] sched/numa: Rewrite the CONFIG_NUMA sched domain support
    From
    On Wed, May 9, 2012 at 7:29 AM, tip-bot for Peter Zijlstra
    <a.p.zijlstra@chello.nl> wrote:
    > Commit-ID:  cb83b629bae0327cf9f44f096adc38d150ceb913
    > Gitweb:     http://git.kernel.org/tip/cb83b629bae0327cf9f44f096adc38d150ceb913
    > Author:     Peter Zijlstra <a.p.zijlstra@chello.nl>
    > AuthorDate: Tue, 17 Apr 2012 15:49:36 +0200
    > Committer:  Ingo Molnar <mingo@kernel.org>
    > CommitDate: Wed, 9 May 2012 15:00:55 +0200
    >
    > sched/numa: Rewrite the CONFIG_NUMA sched domain support
    >
    > The current code groups up to 16 nodes in a level and then puts an
    > ALLNODES domain spanning the entire tree on top of that. This doesn't
    > reflect the numa topology and esp for the smaller not-fully-connected
    > machines out there today this might make a difference.
    >
    > Therefore, build a proper numa topology based on node_distance().
    >
    > Since there's no fixed numa layers anymore, the static SD_NODE_INIT
    > and SD_ALLNODES_INIT aren't usable anymore, the new code tries to
    > construct something similar and scales some values either on the
    > number of cpus in the domain and/or the node_distance() ratio.
    >


    not sure if this one or other is related....

    got this from 8 socket Nehalem-ex box.

    [ 25.549259] mtrr_aps_init() done
    [ 25.554298] ------------[ cut here ]------------
    [ 25.554549] WARNING: at kernel/sched/core.c:6086
    build_sched_domains+0x1a9/0x2d0()
    [ 25.565131] Hardware name: unknown
    [ 25.565318] Modules linked in:
    [ 25.584922] Pid: 1, comm: swapper/0 Not tainted
    3.4.0-rc6-yh-03548-gecc3211-dirty #312
    [ 25.585308] Call Trace:
    [ 25.585464] [<ffffffff8106a7d1>] warn_slowpath_common+0x83/0x9b
    [ 25.605128] [<ffffffff8106a803>] warn_slowpath_null+0x1a/0x1c
    [ 25.624828] [<ffffffff81097628>] build_sched_domains+0x1a9/0x2d0
    [ 25.625154] [<ffffffff8113db34>] ? __kmalloc+0x82/0x15c
    [ 25.644820] [<ffffffff828e9151>] sched_init_smp+0x7f/0x194
    [ 25.645080] [<ffffffff828d0fdc>] kernel_init+0xa7/0x19f
    [ 25.664792] [<ffffffff81dd0954>] kernel_thread_helper+0x4/0x10
    [ 25.665094] [<ffffffff81dc8a59>] ? retint_restore_args+0xe/0xe
    [ 25.684762] [<ffffffff828d0f35>] ? do_initcalls+0xc9/0xc9
    [ 25.685019] [<ffffffff81dd0950>] ? gs_change+0xb/0xb
    [ 25.704713] ---[ end trace 5003353dd8ff0030 ]---
    [ 25.704967] BUG: unable to handle kernel NULL pointer dereference
    at 0000000000000020
    [ 25.724721] IP: [<ffffffff813cf408>] __bitmap_weight+0x1a/0x67
    [ 25.725011] PGD 0
    [ 25.725107] Oops: 0000 [#1] SMP
    [ 25.749960] CPU 0
    [ 25.750088] Modules linked in:
    [ 25.750224]
    [ 25.750301] Pid: 1, comm: swapper/0 Tainted: G W
    3.4.0-rc6-yh-03548-gecc3211-dirty #312 Oracle Corporation unknown
    /
    [ 25.765035] RIP: 0010:[<ffffffff813cf408>] [<ffffffff813cf408>]
    __bitmap_weight+0x1a/0x67
    [ 25.784842] RSP: 0018:ffff8810374c1e70 EFLAGS: 00010206
    [ 25.804557] RAX: 0000000000000003 RBX: 000000000000007f RCX: 0000000000000003
    [ 25.804940] RDX: 0000000000000000 RSI: 00000000000000ff RDI: 0000000000000020
    [ 25.824665] RBP: ffff8810374c1e70 R08: 0000000000000020 R09: 0000000000000000
    [ 25.844504] R10: 0000000000000000 R11: 0000000000000082 R12: ffff8880373bcfc0
    [ 25.844882] R13: 0000000000000000 R14: ffff8880373eae00 R15: fffffffffffffc08
    [ 25.864512] FS: 0000000000000000(0000) GS:ffff88103de00000(0000)
    knlGS:0000000000000000
    [ 25.884400] CS: 0010 DS: 0000 ES: 0000 CR0: 000000008005003b
    [ 25.884695] CR2: 0000000000000020 CR3: 00000000025af000 CR4: 00000000000007f0
    [ 25.904389] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
    [ 25.904753] DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400
    [ 25.924501] Process swapper/0 (pid: 1, threadinfo ffff8810374c0000,
    task ffff8810374b8000)
    [ 25.944730] Stack:
    [ 25.944856] ffff8810374c1ee0 ffffffff81097636 ffff8810374c1ed0
    ffffffff8113db34
    [ 25.964506] 2222222222222222 ffff8880373ebe00 00000000001d6828
    ffff88803706a000
    [ 25.964870] ffff8810374b85c8 ffffffff829c73f8 ffff8810374b85c8
    00000000000000ff
    [ 25.984495] Call Trace:
    [ 25.984624] [<ffffffff81097636>] build_sched_domains+0x1b7/0x2d0
    [ 26.004343] [<ffffffff8113db34>] ? __kmalloc+0x82/0x15c
    [ 26.004607] [<ffffffff828e9151>] sched_init_smp+0x7f/0x194
    [ 26.024288] [<ffffffff828d0fdc>] kernel_init+0xa7/0x19f
    [ 26.024560] [<ffffffff81dd0954>] kernel_thread_helper+0x4/0x10
    [ 26.044222] [<ffffffff81dc8a59>] ? retint_restore_args+0xe/0xe
    [ 26.044539] [<ffffffff828d0f35>] ? do_initcalls+0xc9/0xc9
    [ 26.064134] [<ffffffff81dd0950>] ? gs_change+0xb/0xb
    [ 26.064410] Code: 48 8b 0c d6 48 89 0c d7 48 ff c2 39 d0 7f f1 5d
    c3 89 f0 b9 40 00 00 00 55 99 49 89 f8 45 31 c9 f7 f9 48 89 e5 31 d2
    89 c1 eb 0f <49> 8b 3c d0 48 ff c2 f3 48 0f b8 c7 41 01 c1 39 d1 7f ed
    45 31
    [ 26.104070] RIP [<ffffffff813cf408>] __bitmap_weight+0x1a/0x67
    [ 26.123783] RSP <ffff8810374c1e70>
    [ 26.123947] CR2: 0000000000000020
    [ 26.124143] ---[ end trace 5003353dd8ff0031 ]---
    [ 26.143813] Kernel panic - not syncing: Attempted to kill init!
    exitcode=0x00000009
    --
    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to majordomo@vger.kernel.org
    More majordomo info at http://vger.kernel.org/majordomo-info.html
    Please read the FAQ at http://www.tux.org/lkml/

    \
     
     \ /
      Last update: 2012-05-10 20:03    [W:0.029 / U:0.220 seconds]
    ©2003-2016 Jasper Spaans. hosted at Digital OceanAdvertise on this site