From: Dave Hansen <dave.hansen@intel.com>
To: Grygorii Strashko <grygorii.strashko@ti.com>,
Linux-MM <linux-mm@kvack.org>,
LKML <linux-kernel@vger.kernel.org>,
Santosh Shilimkar <santosh.shilimkar@ti.com>,
Yinghai Lu <yinghai@kernel.org>, Tejun Heo <tj@kernel.org>,
Andrew Morton <akpm@linux-foundation.org>Santosh Shilimkar
<santosh.shilimkar@ti.com>
Subject: Re: Panic on 8-node system in memblock_virt_alloc_try_nid()
Date: Thu, 23 Jan 2014 16:27:50 -0800 [thread overview]
Message-ID: <52E1B386.4050500@intel.com> (raw)
In-Reply-To: <52E19C7D.7050603@intel.com>
I've got a second failure mode, too, also memblock related with the same
system but a different config. In this one, the memblock code looks to
have returned an address for which there is no virtual mapping. The PMD
is clear.
> [ 0.000000] memblock_find_in_range_node():239
> [ 0.000000] __memblock_find_range_top_down():150
> [ 0.000000] __memblock_find_range_top_down():152 i: 600000001
> [ 0.000000] memblock_find_in_range_node():241 ret: 2147479552
> [ 0.000000] memblock_reserve: [0x0000007ffff000-0x0000007ffff03f] flags 0x0 numa_set_distance+0xd2/0x252
> [ 0.000000] numa_distance phys: 2147479552
> [ 0.000000] numa_distance virt: ffff88007ffff000
> [ 0.000000] numa_distance size: 64
> [ 0.000000] numa_alloc_distance() accessing numa_distance[] at byte: 0
> [ 0.000000] BUG: unable to handle kernel paging request at ffff88007ffff000
> [ 0.000000] IP: [<ffffffff81d2c1f1>] numa_set_distance+0x186/0x252
> [ 0.000000] PGD 211e067 PUD 2121067 PMD 0
> [ 0.000000] Oops: 0002 [#1] SMP
> [ 0.000000] Modules linked in:
> [ 0.000000] CPU: 0 PID: 0 Comm: swapper Not tainted 3.13.0-slub-04156-g90804ed-dirty #825
> [ 0.000000] Hardware name: FUJITSU-SV PRIMEQUEST 1800E2/SB, BIOS PRIMEQUEST 1000 Series BIOS Version 1.24 09/14/2011
> [ 0.000000] task: ffffffff81c104a0 ti: ffffffff81c00000 task.ti: ffffffff81c00000
> [ 0.000000] RIP: 0010:[<ffffffff81d2c1f1>] [<ffffffff81d2c1f1>] numa_set_distance+0x186/0x252
> [ 0.000000] RSP: 0000:ffffffff81c01cd8 EFLAGS: 00010002
> [ 0.000000] RAX: 000000000000000a RBX: 0000000000000000 RCX: 0000000000000000
> [ 0.000000] RDX: 0000000000000014 RSI: 0000000000000046 RDI: ffffffff81ea4f84
> [ 0.000000] RBP: ffffffff81c01d68 R08: 000000000000100d R09: ffff88007ffff000
> [ 0.000000] R10: 0000000000000127 R11: 000000000000000d R12: 0000000000000000
> [ 0.000000] R13: 000000000000000a R14: 0000000000000008 R15: 0000000000000001
> [ 0.000000] FS: 0000000000000000(0000) GS:ffffffff81d00000(0000) knlGS:0000000000000000
> [ 0.000000] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033
> [ 0.000000] CR2: ffff88007ffff000 CR3: 0000000001c0b000 CR4: 00000000000000b0
> [ 0.000000] Stack:
> [ 0.000000] 0000000000000000 ffffffff00000000 0000000000000000 0000004081c01dd0
> [ 0.000000] 00000000000000ff 0000000000000000 0000000000000000 0000000000000000
> [ 0.000000] 0000000000000000 0000000000000000 0000000000000000 0000000000000000
> [ 0.000000] Call Trace:
> [ 0.000000] [<ffffffff81d2c480>] acpi_numa_slit_init+0x47/0x70
> [ 0.000000] [<ffffffff81d52c34>] ? acpi_table_print_srat_entry+0x26/0x26
> [ 0.000000] [<ffffffff81d52c9c>] acpi_parse_slit+0x68/0x6c
> [ 0.000000] [<ffffffff81d5156c>] acpi_table_parse+0x6c/0x82
> [ 0.000000] [<ffffffff81d52dcc>] acpi_numa_init+0x94/0xb0
> [ 0.000000] [<ffffffff81d2c6d9>] ? acpi_numa_arch_fixup+0x6/0x6
> [ 0.000000] [<ffffffff81d2c6d9>] ? acpi_numa_arch_fixup+0x6/0x6
> [ 0.000000] [<ffffffff81d2c6e2>] x86_acpi_numa_init+0x9/0x1b
> [ 0.000000] [<ffffffff81d2bbc2>] numa_init+0xe0/0x589
> [ 0.000000] [<ffffffff8108adba>] ? set_pte_vaddr_pud+0x3a/0x60
> [ 0.000000] [<ffffffff8108ae45>] ? set_pte_vaddr+0x65/0xa0
> [ 0.000000] [<ffffffff810902d5>] ? __native_set_fixmap+0x25/0x30
> [ 0.000000] [<ffffffff81d2c2d6>] x86_numa_init+0x19/0x2b
> [ 0.000000] [<ffffffff81d2c419>] initmem_init+0x9/0xb
> [ 0.000000] [<ffffffff81d1b2f3>] setup_arch+0x923/0xc6e
> [ 0.000000] [<ffffffff817032e0>] ? printk+0x4d/0x4f
> [ 0.000000] [<ffffffff81d14b1a>] start_kernel+0x85/0x3db
> [ 0.000000] [<ffffffff81d145a8>] x86_64_start_reservations+0x2a/0x2c
> [ 0.000000] [<ffffffff81d1469a>] x86_64_start_kernel+0xf0/0xf7
> [ 0.000000] Code: ff ff e8 c6 70 9d ff 8b 4d 80 4c 8b 8d 70 ff ff ff b0 0a 4c 03 0d a8 0a 17 00 ba 14 00 00 00 44 39 f9 0f 45 c2 49 ff c7 45 39 fe <41> 88 01 44 8b 85 78 ff ff ff 7f a0 ff c1 45 01 f0 44 39 f1 7c
> [ 0.000000] RIP [<ffffffff81d2c1f1>] numa_set_distance+0x186/0x252
> [ 0.000000] RSP <ffffffff81c01cd8>
> [ 0.000000] CR2: ffff88007ffff000
> [ 0.000000] ---[ end trace 1ac9854e9d9aedf2 ]---
> [ 0.000000] Kernel panic - not syncing: Attempted to kill the idle task!
--
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>
WARNING: multiple messages have this Message-ID (diff)
From: Dave Hansen <dave.hansen@intel.com>
To: Grygorii Strashko <grygorii.strashko@ti.com>,
Linux-MM <linux-mm@kvack.org>,
LKML <linux-kernel@vger.kernel.org>,
Santosh Shilimkar <santosh.shilimkar@ti.com>,
Yinghai Lu <yinghai@kernel.org>, Tejun Heo <tj@kernel.org>,
Andrew Morton <akpm@linux-foundation.org>,
Santosh Shilimkar <santosh.shilimkar@ti.com>
Subject: Re: Panic on 8-node system in memblock_virt_alloc_try_nid()
Date: Thu, 23 Jan 2014 16:27:50 -0800 [thread overview]
Message-ID: <52E1B386.4050500@intel.com> (raw)
In-Reply-To: <52E19C7D.7050603@intel.com>
I've got a second failure mode, too, also memblock related with the same
system but a different config. In this one, the memblock code looks to
have returned an address for which there is no virtual mapping. The PMD
is clear.
> [ 0.000000] memblock_find_in_range_node():239
> [ 0.000000] __memblock_find_range_top_down():150
> [ 0.000000] __memblock_find_range_top_down():152 i: 600000001
> [ 0.000000] memblock_find_in_range_node():241 ret: 2147479552
> [ 0.000000] memblock_reserve: [0x0000007ffff000-0x0000007ffff03f] flags 0x0 numa_set_distance+0xd2/0x252
> [ 0.000000] numa_distance phys: 2147479552
> [ 0.000000] numa_distance virt: ffff88007ffff000
> [ 0.000000] numa_distance size: 64
> [ 0.000000] numa_alloc_distance() accessing numa_distance[] at byte: 0
> [ 0.000000] BUG: unable to handle kernel paging request at ffff88007ffff000
> [ 0.000000] IP: [<ffffffff81d2c1f1>] numa_set_distance+0x186/0x252
> [ 0.000000] PGD 211e067 PUD 2121067 PMD 0
> [ 0.000000] Oops: 0002 [#1] SMP
> [ 0.000000] Modules linked in:
> [ 0.000000] CPU: 0 PID: 0 Comm: swapper Not tainted 3.13.0-slub-04156-g90804ed-dirty #825
> [ 0.000000] Hardware name: FUJITSU-SV PRIMEQUEST 1800E2/SB, BIOS PRIMEQUEST 1000 Series BIOS Version 1.24 09/14/2011
> [ 0.000000] task: ffffffff81c104a0 ti: ffffffff81c00000 task.ti: ffffffff81c00000
> [ 0.000000] RIP: 0010:[<ffffffff81d2c1f1>] [<ffffffff81d2c1f1>] numa_set_distance+0x186/0x252
> [ 0.000000] RSP: 0000:ffffffff81c01cd8 EFLAGS: 00010002
> [ 0.000000] RAX: 000000000000000a RBX: 0000000000000000 RCX: 0000000000000000
> [ 0.000000] RDX: 0000000000000014 RSI: 0000000000000046 RDI: ffffffff81ea4f84
> [ 0.000000] RBP: ffffffff81c01d68 R08: 000000000000100d R09: ffff88007ffff000
> [ 0.000000] R10: 0000000000000127 R11: 000000000000000d R12: 0000000000000000
> [ 0.000000] R13: 000000000000000a R14: 0000000000000008 R15: 0000000000000001
> [ 0.000000] FS: 0000000000000000(0000) GS:ffffffff81d00000(0000) knlGS:0000000000000000
> [ 0.000000] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033
> [ 0.000000] CR2: ffff88007ffff000 CR3: 0000000001c0b000 CR4: 00000000000000b0
> [ 0.000000] Stack:
> [ 0.000000] 0000000000000000 ffffffff00000000 0000000000000000 0000004081c01dd0
> [ 0.000000] 00000000000000ff 0000000000000000 0000000000000000 0000000000000000
> [ 0.000000] 0000000000000000 0000000000000000 0000000000000000 0000000000000000
> [ 0.000000] Call Trace:
> [ 0.000000] [<ffffffff81d2c480>] acpi_numa_slit_init+0x47/0x70
> [ 0.000000] [<ffffffff81d52c34>] ? acpi_table_print_srat_entry+0x26/0x26
> [ 0.000000] [<ffffffff81d52c9c>] acpi_parse_slit+0x68/0x6c
> [ 0.000000] [<ffffffff81d5156c>] acpi_table_parse+0x6c/0x82
> [ 0.000000] [<ffffffff81d52dcc>] acpi_numa_init+0x94/0xb0
> [ 0.000000] [<ffffffff81d2c6d9>] ? acpi_numa_arch_fixup+0x6/0x6
> [ 0.000000] [<ffffffff81d2c6d9>] ? acpi_numa_arch_fixup+0x6/0x6
> [ 0.000000] [<ffffffff81d2c6e2>] x86_acpi_numa_init+0x9/0x1b
> [ 0.000000] [<ffffffff81d2bbc2>] numa_init+0xe0/0x589
> [ 0.000000] [<ffffffff8108adba>] ? set_pte_vaddr_pud+0x3a/0x60
> [ 0.000000] [<ffffffff8108ae45>] ? set_pte_vaddr+0x65/0xa0
> [ 0.000000] [<ffffffff810902d5>] ? __native_set_fixmap+0x25/0x30
> [ 0.000000] [<ffffffff81d2c2d6>] x86_numa_init+0x19/0x2b
> [ 0.000000] [<ffffffff81d2c419>] initmem_init+0x9/0xb
> [ 0.000000] [<ffffffff81d1b2f3>] setup_arch+0x923/0xc6e
> [ 0.000000] [<ffffffff817032e0>] ? printk+0x4d/0x4f
> [ 0.000000] [<ffffffff81d14b1a>] start_kernel+0x85/0x3db
> [ 0.000000] [<ffffffff81d145a8>] x86_64_start_reservations+0x2a/0x2c
> [ 0.000000] [<ffffffff81d1469a>] x86_64_start_kernel+0xf0/0xf7
> [ 0.000000] Code: ff ff e8 c6 70 9d ff 8b 4d 80 4c 8b 8d 70 ff ff ff b0 0a 4c 03 0d a8 0a 17 00 ba 14 00 00 00 44 39 f9 0f 45 c2 49 ff c7 45 39 fe <41> 88 01 44 8b 85 78 ff ff ff 7f a0 ff c1 45 01 f0 44 39 f1 7c
> [ 0.000000] RIP [<ffffffff81d2c1f1>] numa_set_distance+0x186/0x252
> [ 0.000000] RSP <ffffffff81c01cd8>
> [ 0.000000] CR2: ffff88007ffff000
> [ 0.000000] ---[ end trace 1ac9854e9d9aedf2 ]---
> [ 0.000000] Kernel panic - not syncing: Attempted to kill the idle task!
next prev parent reply other threads:[~2014-01-24 0:28 UTC|newest]
Thread overview: 39+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-01-23 22:49 Panic on 8-node system in memblock_virt_alloc_try_nid() Dave Hansen
2014-01-23 22:49 ` Dave Hansen
2014-01-24 0:27 ` Dave Hansen [this message]
2014-01-24 0:27 ` Dave Hansen
2014-01-24 3:43 ` Santosh Shilimkar
2014-01-24 3:43 ` Santosh Shilimkar
2014-01-24 5:55 ` Yinghai Lu
2014-01-24 6:38 ` Santosh Shilimkar
2014-01-24 6:38 ` Santosh Shilimkar
2014-01-24 6:56 ` Santosh Shilimkar
2014-01-24 6:56 ` Santosh Shilimkar
2014-01-24 7:04 ` Yinghai Lu
2014-01-24 7:04 ` Yinghai Lu
2014-01-24 7:22 ` Santosh Shilimkar
2014-01-24 7:22 ` Santosh Shilimkar
2014-01-24 7:46 ` Yinghai Lu
2014-01-24 7:54 ` Santosh Shilimkar
2014-01-24 7:54 ` Santosh Shilimkar
2014-01-24 6:57 ` Yinghai Lu
2014-01-24 6:57 ` Yinghai Lu
2014-01-24 7:04 ` Andrew Morton
2014-01-24 7:04 ` Andrew Morton
2014-01-24 15:01 ` Dave Hansen
2014-01-24 15:01 ` Dave Hansen
2014-01-24 15:25 ` Dave Hansen
2014-01-24 15:25 ` Dave Hansen
2014-01-24 17:45 ` Yinghai Lu
2014-01-24 17:45 ` Yinghai Lu
2014-01-24 18:09 ` Dave Hansen
2014-01-24 18:09 ` Dave Hansen
2014-01-24 18:13 ` Yinghai Lu
2014-01-24 18:13 ` Yinghai Lu
2014-01-24 18:19 ` Dave Hansen
2014-01-24 18:24 ` Yinghai Lu
2014-01-24 18:24 ` Yinghai Lu
2014-01-24 18:42 ` Dave Hansen
2014-01-24 18:42 ` Dave Hansen
2014-01-24 18:51 ` Yinghai Lu
2014-01-24 18:51 ` Yinghai Lu
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=52E1B386.4050500@intel.com \
--to=dave.hansen@intel.com \
--cc=akpm@linux-foundation.org \
--cc=grygorii.strashko@ti.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-mm@kvack.org \
--cc=santosh.shilimkar@ti.com \
--cc=tj@kernel.org \
--cc=yinghai@kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.