Hi qiwu.chen, I didn't get your issue reproduced on my machine. If possible, could you please share your vmcore or vmlinux to me, so I can have a debug? You can share it through google drive or any other method privately. Thanks, Tao Liu On Tue, Apr 30, 2024 at 10:41 AM <qiwu.chen(a)transsion.com&gt; wrote:

Hi qiwu.chen, I rebuilt crash-8.0.5 from source and run with your vmcores, the issue still cannot get reproduced: crash> sys KERNEL: /root/vmlinux [TAINTED] DUMPFILE: /root/dump.202312111502 [PARTIAL DUMP] CPUS: 4sys: get_cpus_online: online: 4 DATE: Mon Dec 11 10:01:43 EST 2023 UPTIME: 00:02:16 LOAD AVERAGE: 1.17, 0.89, 0.36 TASKS: 94 NODENAME: benshushu RELEASE: 5.15.0+ VERSION: #1 SMP Sun Dec 10 20:38:00 CST 2023 MACHINE: aarch64 (unknown Mhz) MEMORY: 1 GB PANIC: "Kernel panic - not syncing: sysrq triggered crash" crash> dis do_mem_abort | head 0xffff8000100615d8 <do_mem_abort>: mov x9, x30 0xffff8000100615dc <do_mem_abort+4>: nop 0xffff8000100615e0 <do_mem_abort+8>: stp x29, x30, [sp, #-96]! 0xffff8000100615e4 <do_mem_abort+12>: mov x29, sp 0xffff8000100615e8 <do_mem_abort+16>: str x0, [sp, #40] 0xffff8000100615ec <do_mem_abort+20>: str w1, [sp, #36] 0xffff8000100615f0 <do_mem_abort+24>: str x2, [sp, #24] 0xffff8000100615f4 <do_mem_abort+28>: ldr w0, [sp, #36] 0xffff8000100615f8 <do_mem_abort+32>: bl 0xffff800010060428 <esr_to_fault_info> 0xffff8000100615fc <do_mem_abort+36>: str x0, [sp, #64] crash> dis do_mem_abort | head 0xffff8000100615d8 <do_mem_abort>: mov x9, x30 0xffff8000100615dc <do_mem_abort+4>: nop 0xffff8000100615e0 <do_mem_abort+8>: stp x29, x30, [sp, #-96]! 0xffff8000100615e4 <do_mem_abort+12>: mov x29, sp 0xffff8000100615e8 <do_mem_abort+16>: str x0, [sp, #40] 0xffff8000100615ec <do_mem_abort+20>: str w1, [sp, #36] 0xffff8000100615f0 <do_mem_abort+24>: str x2, [sp, #24] 0xffff8000100615f4 <do_mem_abort+28>: ldr w0, [sp, #36] 0xffff8000100615f8 <do_mem_abort+32>: bl 0xffff800010060428 <esr_to_fault_info> 0xffff8000100615fc <do_mem_abort+36>: str x0, [sp, #64] crash> dis do_translation_fault | head 0xffff800011178e94 <do_translation_fault>: mov x9, x30 0xffff800011178e98 <do_translation_fault+4>: nop 0xffff800011178e9c <do_translation_fault+8>: stp x29, x30, [sp, #-80]! 0xffff800011178ea0 <do_translation_fault+12>: mov x29, sp 0xffff800011178ea4 <do_translation_fault+16>: str x0, [sp, #40] 0xffff800011178ea8 <do_translation_fault+20>: str w1, [sp, #36] 0xffff800011178eac <do_translation_fault+24>: str x2, [sp, #24] 0xffff800011178eb0 <do_translation_fault+28>: ldr x0, [sp, #40] 0xffff800011178eb4 <do_translation_fault+32>: str x0, [sp, #56] 0xffff800011178eb8 <do_translation_fault+36>: ldr x0, [sp, #56] Could you please recompile crash from source on different machines and retry? The command line which I used for compiling crash is: On x86_64 machine: $ target=ARM64 make -j8 lzo snappy zstd On arm64 machine: $ make -j8 lzo snappy zstd Thanks, Tao Liu On Fri, May 3, 2024 at 11:24 AM <qiwu.chen(a)transsion.com&gt; wrote:

On Wed, May 8, 2024 at 4:44 PM <qiwu.chen(a)transsion.com&gt; wrote: OK, glad to know that. Thanks, Tao Liu