From: takahiro.akashi@linaro.org (AKASHI Takahiro)
To: linux-arm-kernel@lists.infradead.org
Subject: Help needed with kexec on arm64
Date: Tue, 5 Apr 2016 14:23:41 +0900 [thread overview]
Message-ID: <20160405052341.GA19476@linaro.org> (raw)
In-Reply-To: <DB5PR04MB168874758924173BBD5CC037E69D0@DB5PR04MB1688.eurprd04.prod.outlook.com>
On Mon, Apr 04, 2016 at 10:49:01AM +0000, Harninder Rai wrote:
> Hello Takahiro Akashi/Geoff,
>
> With memblock option added to bootargs, I get the following
> Any pointers as to what could be going wrong here?
>
> [ 0.000000] Linux version 4.5.0-rc6-00038-gae2804a-dirty (hrai at nmglablinux22) (gcc version 4.8.3 20140401 (prerelease) (Linaro GCC 4.8-2014.04) ) #2 SMP PREEMPT Fri Mar 11 14:45:30 IST 2016
> [ 0.000000] Boot CPU: AArch64 Processor [411fd071]
> [ 0.000000] Ignoring memory range 0x80000000 - 0x8c000000
> [ 0.000000] earlycon: Early serial console at MMIO 0x21c0600 (options '')
> [ 0.000000] bootconsole [uart0] enabled
> [ 0.000000] efi: Getting EFI parameters from FDT:
> [ 0.000000] efi: UEFI not found.
> [ 0.000000] memblock_reserve: [0x0000008c080000-0x0000008cc40fff] flags 0x0 arm64_memblock_init+0x98/0x26c
> [ 0.000000] memblock_reserve: [0x0000008cc41000-0x0000008e79ffd4] flags 0x0 arm64_memblock_init+0xc0/0x26c
> [ 0.000000] memblock_reserve: [0x0000008ffff000-0x0000008ffff3ff] flags 0x0 arm64_memblock_init+0x1f8/0x26c
> [ 0.000000] Reserving 1KB of memory at 0x8ffff000 for elfcorehdr
> [ 0.000000] early_init_fdt_scan_reserved_mem: ERROR: /memreserve/ field not compatible with kexec: 0000000080000000, 0000000000010000
> [ 0.000000] memblock_reserve: [0x00000080000000-0x0000008000ffff] flags 0x0 early_init_dt_reserve_memory_arch+0x1c/0x24
> [ 0.000000] early_init_fdt_scan_reserved_mem: ERROR: /memreserve/ field not compatible with kexec: 00000000fff09e90, 0000000000000578
> [ 0.000000] memblock_reserve: [0x000000fff09e90-0x000000fff0a407] flags 0x0 early_init_dt_reserve_memory_arch+0x1c/0x24
> [ 0.000000] early_init_fdt_scan_reserved_mem: ERROR: /memreserve/ field not compatible with kexec: 000000009fff9000, 0000000000004000
> [ 0.000000] memblock_reserve: [0x0000009fff9000-0x0000009fffcfff] flags 0x0 early_init_dt_reserve_memory_arch+0x1c/0x24
> [ 0.000000] early_init_fdt_scan_reserved_mem: ERROR: /memreserve/ field not compatible with kexec: 00000000a0515e2c, 0000000001a64530
> [ 0.000000] memblock_reserve: [0x000000a0515e2c-0x000000a1f7a35b] flags 0x0 early_init_dt_reserve_memory_arch+0x1c/0x24
> [ 0.000000] memblock_reserve: [0x0000008ec00000-0x0000008fbfffff] flags 0x0 memblock_alloc_range_nid+0x64/0x78
> [ 0.000000] cma: Reserved 16 MiB at 0x000000008ec00000
> [ 0.000000] MEMBLOCK configuration:
> [ 0.000000] memory size = 0x4000000 reserved size = 0x519d181
> [ 0.000000] memory.cnt = 0x1
> [ 0.000000] memory[0x0] [0x0000008c000000-0x0000008fffffff], 0x4000000 bytes flags: 0x0
> [ 0.000000] reserved.cnt = 0x8
> [ 0.000000] reserved[0x0] [0x00000080000000-0x0000008000ffff], 0x10000 bytes flags: 0x0
> [ 0.000000] reserved[0x1] [0x0000008c080000-0x0000008e79ffd4], 0x271ffd5 bytes flags: 0x0
> [ 0.000000] reserved[0x2] [0x0000008e7a0000-0x0000008e7a4303], 0x4304 bytes flags: 0x0
> [ 0.000000] reserved[0x3] [0x0000008ec00000-0x0000008fbfffff], 0x1000000 bytes flags: 0x0
> [ 0.000000] reserved[0x4] [0x0000008ffff000-0x0000008ffff3ff], 0x400 bytes flags: 0x0
> [ 0.000000] reserved[0x5] [0x0000009fff9000-0x0000009fffcfff], 0x4000 bytes flags: 0x0
> [ 0.000000] reserved[0x6] [0x000000a0515e2c-0x000000a1f7a35b], 0x1a64530 bytes flags: 0x0
> [ 0.000000] reserved[0x7] [0x000000fff09e90-0x000000fff0a407], 0x578 bytes flags: 0x0
> [ 0.000000] memblock_reserve: [0x0000008fffe000-0x0000008fffefff] flags 0x0 memblock_alloc_range_nid+0x64/0x78
> [ 0.000000] memblock_virt_alloc_try_nid: 4096 bytes align=0x0 nid=0 from=0x0 max_addr=0x0 sparse_index_alloc+0x4c/0x58
> [ 0.000000] memblock_reserve: [0x0000008fffd000-0x0000008fffdfff] flags 0x0 memblock_virt_alloc_internal+0x18c/0x1e4
> [ 0.000000] memblock_virt_alloc_try_nid: 2097152 bytes align=0x0 nid=-1 from=0x0 max_addr=0x0 sparse_init+0x38/0x1f4
> [ 0.000000] memblock_reserve: [0x0000008fdfd000-0x0000008fffcfff] flags 0x0 memblock_virt_alloc_internal+0x18c/0x1e4
> [ 0.000000] memblock_virt_alloc_try_nid_nopanic: 256 bytes align=0x0 nid=0 from=0x0 max_addr=0x0 sparse_early_usemaps_alloc_node+0x38/0xac
> [ 0.000000] memblock_reserve: [0x0000008fffff00-0x0000008fffffff] flags 0x0 memblock_virt_alloc_internal+0x18c/0x1e4
> [ 0.000000] memblock_virt_alloc_try_nid: 4096 bytes align=0x1000 nid=0 from=0x8c000000 max_addr=0x0 __earlyonly_bootmem_alloc+0x20/0x28
> [ 0.000000] memblock_reserve: [0x0000008fdfc000-0x0000008fdfcfff] flags 0x0 memblock_virt_alloc_internal+0x18c/0x1e4
> [ 0.000000] memblock_virt_alloc_try_nid: 4096 bytes align=0x1000 nid=0 from=0x8c000000 max_addr=0x0 __earlyonly_bootmem_alloc+0x20/0x28
> [ 0.000000] memblock_reserve: [0x0000008fdfb000-0x0000008fdfbfff] flags 0x0 memblock_virt_alloc_internal+0x18c/0x1e4
> [ 0.000000] memblock_virt_alloc_try_nid: 2097152 bytes align=0x200000 nid=0 from=0x8c000000 max_addr=0x0 __earlyonly_bootmem_alloc+0x20/0x28
> [ 0.000000] memblock_reserve: [0x0000008ea00000-0x0000008ebfffff] flags 0x0 memblock_virt_alloc_internal+0x18c/0x1e4
> [ 0.000000] memblock_virt_alloc_try_nid: 2097152 bytes align=0x200000 nid=0 from=0x8c000000 max_addr=0x0 __earlyonly_bootmem_alloc+0x20/0x28
> [ 0.000000] memblock_reserve: [0x0000008e800000-0x0000008e9fffff] flags 0x0 memblock_virt_alloc_internal+0x18c/0x1e4
> [ 0.000000] memblock_virt_alloc_try_nid: 2097152 bytes align=0x200000 nid=0 from=0x8c000000 max_addr=0x0 __earlyonly_bootmem_alloc+0x20/0x28
> [ 0.000000] Kernel panic - not syncing: memblock_virt_alloc_try_nid: Failed to allocate 2097152 bytes align=0x200000 nid=0 from=0x8c000000 max_addr=0x0
This means that there is no enough space left at this point.
I guess that you are using too big initramfs against 64MB of total memory.
Just increase the memory size for crash dump kernel.
-Takahiro AKASHI
>
> Thanks and Regards
> Harry++
next prev parent reply other threads:[~2016-04-05 5:23 UTC|newest]
Thread overview: 19+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <DB5PR04MB168845795D86B4CE5BA5656FE68B0@DB5PR04MB1688.eurprd04.prod.outlook.com>
[not found] ` <1458230896.3391.18.camel@infradead.org>
[not found] ` <CAB5YjtBEO=efjhcFdVOaZqG13qK3uzCbS5SFym5hhw-n+_QLhw@mail.gmail.com>
[not found] ` <DB5PR04MB1688A6D4385B76DAFF71D364E68C0@DB5PR04MB1688.eurprd04.prod.outlook.com>
[not found] ` <CAB5YjtAqjL8LMvNPbxwVWe+Zhi5rFkz_X7rti9wSrXQ7Y_2kOA@mail.gmail.com>
[not found] ` <DB5PR04MB16880834700413C3B80194B5E68C0@DB5PR04MB1688.eurprd04.prod.outlook.com>
[not found] ` <CAB5YjtCP6M9=ESJhfxyyYKSGTg8s3Y83qp8RS_oyYkUqcqYcCw@mail.gmail.com>
2016-03-21 10:27 ` Help needed with kexec on arm64 Harninder Rai
[not found] ` <CAB5YjtCoX5FoRbOYTPCETbbBGmEvs=1Xm6Giho78TH_a7u=eXw@mail.gmail.com>
2016-03-22 17:49 ` Harninder Rai
2016-04-04 10:49 ` Harninder Rai
2016-04-05 5:23 ` AKASHI Takahiro [this message]
2016-04-05 10:42 ` Harninder Rai
2016-05-10 12:32 ` Harninder Rai
2016-05-11 0:53 ` AKASHI Takahiro
2016-05-11 11:06 ` Harninder Rai
2016-05-13 12:45 ` Harninder Rai
2016-05-19 11:03 ` AKASHI Takahiro
2016-05-19 13:53 ` Harninder Rai
2016-05-27 11:51 ` Harninder Rai
2016-05-27 13:58 ` Russell King - ARM Linux
2016-05-27 19:19 ` Geoff Levand
2016-05-30 11:10 ` Harninder Rai
2016-05-30 11:07 ` Harninder Rai
2016-05-31 0:34 ` AKASHI Takahiro
2016-05-19 10:48 ` Harninder Rai
2016-03-17 16:57 Harninder Rai
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=20160405052341.GA19476@linaro.org \
--to=takahiro.akashi@linaro.org \
--cc=linux-arm-kernel@lists.infradead.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).