On Fri, Apr 28, 2017 at 09:05:07AM -0400, Dave Anderson wrote: I gave it a spin with my kdump patch on ARM's fast model. * Crash utility can compile natively. * Kdump works, of course, and crash seems to cope with vmcore correctly as follows: ===8<=== sys KERNEL: ./vmlinux.0511 DUMPFILE: vmcore.0511 CPUS: 8 DATE: Thu May 11 00:29:29 2017 UPTIME: 00:04:23 LOAD AVERAGE: 0.10, 0.07, 0.02 TASKS: 109 NODENAME: 192.168.10.11 RELEASE: 4.11.0-rc3-00041-g9cb987c300d2 VERSION: #6 SMP PREEMPT Thu May 11 09:16:54 JST 2017 MACHINE: aarch64_be (unknown Mhz) MEMORY: 512 MB PANIC: "sysrq: SysRq : Trigger a crash" bt PID: 1 TASK: ffff80000d900000 CPU: 2 COMMAND: "bash" #0 [ffff80000d8f7a30] crash_kexec at ffff000008143e1c #1 [ffff80000d8f7a60] die at ffff00000808884c #2 [ffff80000d8f7aa0] __do_kernel_fault at ffff00000809b5a8 #3 [ffff80000d8f7ad0] do_page_fault at ffff000008098628 #4 [ffff80000d8f7b40] do_translation_fault at ffff000008098718 #5 [ffff80000d8f7b50] do_mem_abort at ffff000008080aa4 #6 [ffff80000d8f7d30] el1_ia at ffff000008082600 PC: ffff00000850f7d8 [sysrq_handle_crash+32] LR: ffff00000850f7c4 [sysrq_handle_crash+12] SP: ffff80000d8f7d30 PSTATE: 60000145 X29: ffff80000d8f7d30 X28: ffff80000d900000 X27: ffff000008932000 X26: 0000000000000040 X25: 0000000000000123 X24: 0000000000000015 X23: 0000000000000000 X22: 0000000000000009 X21: ffff000008ebe810 X20: 0000000000000063 X19: ffff000008e31000 X18: 0000000000000010 X17: 0000ffffac312290 X16: ffff0000081fd378 X15: ffff000088f2c057 X14: 0000000000000006 X13: ffff000008f2c065 X12: ffff000008e31dc0 X11: ffff000008e31000 X10: 0000000005f5e0ff X9: ffff80000d8f7a40 X8: 79735271203a2054 X7: ffff000008530ed0 X6: 00000000000000f7 X5: 0000000000000000 X4: 0000000000000000 X3: ffffffffffffffff X2: ffff000008e31df0 X1: 0000000000000000 X0: 0000000000000001 #7 [ffff80000d8f7d40] __handle_sysrq at ffff00000850fe60 #8 [ffff80000d8f7d80] write_sysrq_trigger at ffff0000085102e4 #9 [ffff80000d8f7da0] proc_reg_write at ffff000008262478 #10 [ffff80000d8f7dc0] __vfs_write at ffff0000081fac20 #11 [ffff80000d8f7e40] vfs_write at ffff0000081fbf34 #12 [ffff80000d8f7e80] sys_write at ffff0000081fd3b8 #13 [ffff80000d8f7ed0] el0_svc_naked at ffff000008082f2c PC: 0000000000000001 LR: 0000ffffac366998 SP: 0000000020000000 X29: 0000ffffde54d1b0 X28: 0000ffffac315450 X27: 0000ffffde54d1b0 X26: 0000000013fc6850 X25: 0000000000000000 X24: 00000000004e3000 X23: 00000000004e6000 X22: 00000000004c5460 X21: 0000000000000002 X20: 0000000000000002 X19: 0000ffffac3ee488 X18: 0000000013fc55e0 X17: 0000000000000002 X16: 0000000000000000 X15: 0000ffffac312290 X14: 0000000000000000 X13: 0000000000000000 X12: 0000000000000000 X11: 0000000000000000 X10: 0000000000000000 X9: 0000000000000020 X8: 0000000000000001 X7: ffffffc8ffffff80 X6: 0000000000000040 X5: 0000000000000063 X4: 0000000000000063 X3: 0000000000000001 X2: 00000000fbad2a84 X1: 0000000000000000 X0: 0000000000000002 ORIG_X0: 0000000000000000 SYSCALLNO: 0 PSTATE: 00000040 ===>8=== -Takahiro AKASHI