- Original Message -
>
>
> - Original Message -
> > Hello
> >
> > I am getting the following error when I use crash on arm64 platform (NXP
> > LS1043A, with 4 A53 cores).
> > crash: read error: kernel virtual address: 7b616100 type:
> > "memory section root table"
> >
> > Additional information is that when I boot the kernel with nokaslr in
> > bootargs, the crash seems to work well.
> >
> > Have any one else seen similar issue?
> >
> > The kernel version is top of mainline with the below patch applied:
> > - arm64/crash_core: Export TCR_EL1.T1SZ in vmcoreinfo
> > (http://lists.infradead.org/pipermail/kexec/2019-November/023962.html)
> >
> > And the crash-utils is from here:
> > https://github.com/crash-utility/crash.git
> > commit 5e975dd8c817ea6aea35e1e15b83c378aee9c136
> > Author: Dave Anderson
> > Date: Tue Dec 24 08:43:52 2019 -0500
> >
> > When determining the ARM64 kernel's "vabits_actual" value by reading
> > the new TCR_EL1.T1SZ vmcoreinfo entry, display its value during
> > session initialization only when invoking crash with "-d1" or larger
> > -d debug value.
> > (ander...@redhat.com)
>
> What version of kexec-tools are you using?
Also -- how do things work on the live system, both with and without KASLR?
Dave
>
> Dave
>
> >
> > Logs of crash -d1 are below:
> > nxa19049@lsv03080:~/data/ups/crash$ ./crash -d1 ../linux/vmlinux
> > ../linux/vmcore
> >
> > crash 7.2.7++
> > Copyright (C) 2002-2019 Red Hat, Inc.
> > Copyright (C) 2004, 2005, 2006, 2010 IBM Corporation
> > Copyright (C) 1999-2006 Hewlett-Packard Co
> > Copyright (C) 2005, 2006, 2011, 2012 Fujitsu Limited
> > Copyright (C) 2006, 2007 VA Linux Systems Japan K.K.
> > Copyright (C) 2005, 2011 NEC Corporation
> > Copyright (C) 1999, 2002, 2007 Silicon Graphics, Inc.
> > Copyright (C) 1999, 2000, 2001, 2002 Mission Critical Linux, Inc.
> > This program is free software, covered by the GNU General Public License,
> > and you are welcome to change it and/or distribute copies of it under
> > certain conditions. Enter "help copying" to see the conditions.
> > This program has absolutely no warranty. Enter "help warranty" for
> > details.
> >
> > vmcore_data:
> > flags: c0 (KDUMP_LOCAL|KDUMP_ELF64)
> > ndfd: 3
> > ofp: 7fa9998cf620
> > header_size: 8192
> > num_pt_load_segments: 4
> > pt_load_segment[0]:
> > file_offset: 2000
> > phys_start: 8208
> > phys_end: 839bc000
> > zero_fill: 0
> > pt_load_segment[1]:
> > file_offset: 193e000
> > phys_start: 8000
> > phys_end: d800
> > zero_fill: 0
> > pt_load_segment[2]:
> > file_offset: 5993e000
> > phys_start: fb00
> > phys_end: fb80
> > zero_fill: 0
> > pt_load_segment[3]:
> > file_offset: 5a13e000
> > phys_start: fbc0
> > phys_end: fbe0
> > zero_fill: 0
> > elf_header: 2724410
> > elf32: 0
> > notes32: 0
> > load32: 0
> > elf64: 2724410
> > notes64: 2724450
> > load64: 2724488
> > sect0_64: 0
> > nt_prstatus: 2725410
> > nt_prpsinfo: 0
> > nt_taskstruct: 0
> > task_struct: 0
> > arch_data1: (unused)
> > arch_data2: (unused)
> > switch_stack: 0
> > page_size: 4096
> > xen_kdump_data: (unused)
> > num_prstatus_notes: 4
> > num_qemu_notes: 0
> > vmcoreinfo: 2725a98
> > size_vmcoreinfo: 1939
> > nt_prstatus_percpu:
> > 02725410 027255ac 02725748 027258e4
> > nt_qemu_percpu:
> > backup_src_start: 0
> > backup_src_size: 0
> > backup_offset: 0
> >
> > Elf64_Ehdr:
> > e_ident: \177ELF
> > e_ident[EI_CLASS]: 2 (ELFCLASS64)
> > e_ident[EI_DATA]: 1 (ELFDATA2LSB)
> > e_ident[EI_VERSION]: 1 (EV_CURRENT)
> > e_ident[EI_OSABI]: 0 (ELFOSABI_SYSV)
> > e_ident[EI_ABIVERSION]: 0
> > e_type: 4 (ET_CORE)
> > e_machine: 183 (EM_AARCH64)
> > e_version: 1 (EV_CURRENT)
> > e_entry: 0
> > e_phoff: 40
> > e_shoff: 0
> > e_flags: 0
> > e_ehsize: 40
> > e_phentsize: 38
> > e_phnum: 5
> > e_shentsize: 0
> > e_shnum: 0
> > e_shstrndx: 0
> > Elf64_Phdr:
> > p_type: 4 (PT_NOTE)
> > p_offset: 4096 (1000)
> > p_vaddr: 0
> > p_paddr: 0
> > p_filesz: 3612 (e1c)
> >