[lkml]   [2018]   [Jan]   [28]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: crash binary for latest unreleased kernel
On Sun, 2018-01-28 at 00:37 -0800, Joe Smith wrote:
> I happen to look at the patches for the crash binary and came across
> this log entry from Jan 19. I am also using 4.15-rc kernel. Not
> knowing anything about crash it is hard to even attempt to fix it.

It may not work all that well if box does something new/creative, but
mundane manual crash, and live rummaging seem to work well enough.

KERNEL: vmlinux-4.15.0.gc4e0ca7-master.gz
DUMPFILE: vmcore
DATE: Sun Jan 28 10:00:17 2018
UPTIME: 00:02:29
LOAD AVERAGE: 1.72, 1.12, 0.45
TASKS: 445
RELEASE: 4.15.0.gc4e0ca7-master
VERSION: #563 SMP Sun Jan 28 04:07:36 CET 2018
MACHINE: x86_64 (3591 Mhz)
PANIC: "sysrq: SysRq : Trigger a crash"
PID: 0
COMMAND: "swapper/2"
TASK: ffff880187fd2940 (1 of 8) [THREAD_INFO: ffff880187fd2940]
CPU: 2

crash> bt
PID: 0 TASK: ffff880187fd2940 CPU: 2 COMMAND: "swapper/2"
#0 [ffff88041ec83880] machine_kexec at ffffffff81041079
#1 [ffff88041ec838d0] __crash_kexec at ffffffff810deede
#2 [ffff88041ec83988] crash_kexec at ffffffff810dfbbd
#3 [ffff88041ec839a0] oops_end at ffffffff8101c36e
#4 [ffff88041ec839c0] no_context at ffffffff8104f94d
#5 [ffff88041ec83a18] __do_page_fault at ffffffff81050068
#6 [ffff88041ec83a80] do_page_fault at ffffffff81050492
#7 [ffff88041ec83ab0] page_fault at ffffffff8160148c
[exception RIP: sysrq_handle_crash+18]
RIP: ffffffff81390892 RSP: ffff88041ec83b60 RFLAGS: 00010096
RAX: ffffffff81390880 RBX: 0000000000000063 RCX: 000000000000083f
RDX: 0000000000000000 RSI: 00000000000000f6 RDI: 0000000000000063
RBP: ffffffff81e91960 R8: 000000000000036c R9: 0000000000aaaaaa
R10: ffffea000fe45bc0 R11: 00000000ffffffff R12: 0000000000000001
R13: 0000000000000001 R14: ffff8803f4c521e0 R15: ffff8803f4c521f8
ORIG_RAX: ffffffffffffffff CS: 0010 SS: 0018
#8 [ffff88041ec83b60] __handle_sysrq at ffffffff81390f28
#9 [ffff88041ec83b88] sysrq_filter at ffffffff81391097
#10 [ffff88041ec83bb8] input_to_handler at ffffffff81419ceb
#11 [ffff88041ec83bf0] input_pass_values at ffffffff8141ae1d
#12 [ffff88041ec83c18] input_handle_event at ffffffff8141cdf4
#13 [ffff88041ec83c48] input_event at ffffffff8141d2da
#14 [ffff88041ec83c80] hidinput_report_event at ffffffff81466e93
#15 [ffff88041ec83c98] hid_report_raw_event at ffffffff81464826
#16 [ffff88041ec83d20] hid_input_report at ffffffff81464b29
#17 [ffff88041ec83d60] hid_irq_in at ffffffffa01b88bc [usbhid]
#18 [ffff88041ec83d80] __usb_hcd_giveback_urb at ffffffffa02c297f [usbcore]
#19 [ffff88041ec83da0] xhci_giveback_urb_in_irq at ffffffffa03c064f [xhci_hcd]
#20 [ffff88041ec83dd8] xhci_td_cleanup at ffffffffa03c0cc7 [xhci_hcd]
#21 [ffff88041ec83e08] handle_tx_event at ffffffffa03c4b87 [xhci_hcd]
#22 [ffff88041ec83ea8] xhci_irq at ffffffffa03c5d69 [xhci_hcd]
#23 [ffff88041ec83f20] __handle_irq_event_percpu at ffffffff810ac1f0
#24 [ffff88041ec83f60] handle_irq_event_percpu at ffffffff810ac370
#25 [ffff88041ec83f80] handle_irq_event at ffffffff810ac3d6
#26 [ffff88041ec83fa0] handle_edge_irq at ffffffff810af607
#27 [ffff88041ec83fb8] handle_irq at ffffffff8101bc0c
#28 [ffff88041ec83fc0] do_IRQ at ffffffff816024d1
--- <IRQ stack> ---
#29 [ffff880187fe7df0] ret_from_intr at ffffffff81600a62
[exception RIP: unknown or invalid address]
RIP: 000000000000001f RSP: 0000000000000000 RFLAGS: fffffffb9171170b
RAX: 00000022cf699c5c RBX: 00000022cee600c9 RCX: 0000000000009b53
RDX: ffff880187fe7ea8 RSI: 00000000000067a5 RDI: 0000000000007519
RBP: 0000000000000040 R8: ffff88041eca7668 R9: 0000000000000005
R10: ffffffff81e8c5b8 R11: 0000000000000000 R12: ffff88041ec95000
R13: 00000022d0532d00 R14: ffffffff810c45be R15: ffffffff81021630
ORIG_RAX: ffff88041ec9fec0 CS: 22cf699c5c SS: ffffffffffffffdd
bt: WARNING: possibly bogus exception frame
#30 [ffff880187fe7e98] cpuidle_enter_state at ffffffff8145a032
#31 [ffff880187fe7f08] do_idle at ffffffff8109c50b
#32 [ffff880187fe7f30] cpu_startup_entry at ffffffff8109c6b9
#33 [ffff880187fe7f40] start_secondary at ffffffff810377ce
#34 [ffff880187fe7f50] secondary_startup_64 at ffffffff810000d5
crash> (rummage rummage...)

 \ /
  Last update: 2018-01-28 10:22    [W:0.064 / U:2.188 seconds]
©2003-2018 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site