[Patch V2 0/2] sparc64 support for crash utility
by Dave Kleikamp
These patches add support for the sparc64 architecture.
This supports running against a live kernel. Diskdump support is
also here, but the crashdump support for the kernel, kexec-tools,
and makedumpfile is still pending.
Initial work was done by Karl Volz with help from Bob Picco.
V2:
* Use SIZE(task_struct_flags) instead of just changing ULONG to UINT
* Put new code in get_idle_threads() inside #ifdef SPARC64
Dave Kleikamp (2):
sparc64 changes for gdb-7.6
sparc64 changes
Makefile | 9 +-
configure.c | 23 +
defs.h | 191 ++++++++-
diskdump.c | 36 ++-
gdb-7.6.patch | 37 ++
lkcd_vmdump_v2_v3.h | 2 +-
sparc64.c | 1186 +++++++++++++++++++++++++++++++++++++++++++++++++++
symbols.c | 10 +
task.c | 23 +-
9 files changed, 1508 insertions(+), 9 deletions(-)
create mode 100644 sparc64.c
9 years
[PATCH 0/2] sparc64 support for crash utility
by Dave Kleikamp
These patches add support for the sparc64 architecture.
This supports running against a live kernel. Diskdump support is
also here, but the crashdump support for the kernel, kexec-tools,
and makedumpfile is still pending.
Initial work was done by Karl Volz with help from Bob Picco.
Dave Kleikamp (2):
sparc64 changes for gdb-7.6
sparc64 changes
Makefile | 9 +-
configure.c | 23 +
defs.h | 190 ++++++++-
diskdump.c | 36 ++-
gdb-7.6.patch | 37 ++
lkcd_vmdump_v2_v3.h | 2 +-
sparc64.c | 1186 +++++++++++++++++++++++++++++++++++++++++++++++++++
symbols.c | 10 +
task.c | 11 +-
9 files changed, 1496 insertions(+), 8 deletions(-)
create mode 100644 sparc64.c
9 years
[PATCH] crash: add python wrapper script
by Alexey Dobriyan
Add simple script with caching (just one startup can take quite some time and
it saved hours during debugging).
Script expects 2 symlinks ("crash vmlinux core") and is designed
for post-mortem analysis.
Script contains one example: fetching all inodes.
Basically it is an example on how to run "crash" from Python.
---
diff --git a/contrib/crash.py b/contrib/crash.py
new file mode 100755
index 0000000..8dae0e1
--- /dev/null
+++ b/contrib/crash.py
@@ -0,0 +1,88 @@
+#!/usr/bin/python2
+import hashlib
+import os
+import subprocess
+import tempfile
+
+# create "vmlinux" and "core" symlinks before running
+#CRASH='/usr/bin/crash'
+CRASH=os.path.join(os.path.expanduser('~'), 'bin', 'crash')
+
+# split() without empty strings
+def xsplit(s, c):
+ i = 0
+ while True:
+ j = s.find(c, i)
+ if j == -1:
+ if i == len(s):
+ return
+ yield s[i:]
+ return
+ elif i == j:
+ i = i + 1
+ continue
+ else:
+ yield s[i:j]
+ i = j + 1
+
+_CRASH_CACHE_DIR='.crash'
+def crash(cmd):
+ idx = cmd.find('\n')
+ if idx >= 0:
+ print 'CRASH "%s" ...' % cmd[:idx]
+ else:
+ print 'CRASH "%s"' % cmd
+
+ try:
+ os.mkdir(_CRASH_CACHE_DIR)
+ except OSError:
+ pass
+
+ cache_filename = os.path.join(_CRASH_CACHE_DIR, hashlib.sha1(cmd).hexdigest())
+ if os.path.isfile(cache_filename):
+ with open(cache_filename, 'r') as f:
+ return f.read()
+
+ fd, filename = tempfile.mkstemp()
+ f = os.fdopen(fd, 'w')
+ f.write(cmd)
+ if cmd[-1] != '\n':
+ f.write('\n')
+ f.write('q\n')
+ f.close()
+
+ with open(filename, 'r') as f:
+ x = subprocess.check_output([CRASH, '-s', 'vmlinux', 'core'], stdin=f)
+ os.unlink(filename)
+
+ with open(cache_filename, 'w+') as f:
+ f.write(x)
+ return x
+
+def make_cmd(fmt, it):
+ return '\n'.join(map(lambda x: fmt % x, it))
+
+#def struct_inode():
+# cmd = 'list -H super_blocks super_block.s_list'
+# x = crash(cmd)
+# list_sb = map(lambda x: int(x, 16), xsplit(x, '\n'))
+#
+# cmd = 'struct super_block.s_inodes'
+# x = crash(cmd)
+# s = [line for line in xsplit(x, '\n')]
+# OFFSETOF_STRUCT_INODE_S_INODES = int(s[1].split()[0][1:-1])
+#
+## set_inode = set()
+## for sb in list_sb:
+## cmd = 'list -H %x inode.i_sb_list' % (sb + OFFSETOF_STRUCT_INODE_S_INODES)
+## x = crash(cmd)
+## set_inode.update(map(lambda x: int(x, 16), xsplit(x, '\n')))
+## print len(set_inode)
+#
+# set_inode = set()
+# cmd = make_cmd('list -H %x inode.i_sb_list', map(lambda x: x + OFFSETOF_STRUCT_INODE_S_INODES, list_sb))
+# x = crash(cmd)
+# set_inode = set(map(lambda x: int(x, 16), xsplit(x, '\n')))
+# print len(set_inode)
+#
+#struct_inode()
9 years
[PATCH 0/2] sparc64 support for crash utility
by Dave Kleikamp
Sorry for the resend to crash-utility, but I forgot to cc sparclinux
and I'd like the replies to go to both.
These patches add support for the sparc64 architecture.
This supports running against a live kernel. Diskdump support is
also here, but the crashdump support for the kernel, kexec-tools,
and makedumpfile is still pending.
Initial work was done by Karl Volz with help from Bob Picco.
Dave Kleikamp (2):
sparc64 changes for gdb-7.6
sparc64 changes
Makefile | 9 +-
configure.c | 23 +
defs.h | 190 ++++++++-
diskdump.c | 36 ++-
gdb-7.6.patch | 37 ++
lkcd_vmdump_v2_v3.h | 2 +-
sparc64.c | 1186 +++++++++++++++++++++++++++++++++++++++++++++++++++
symbols.c | 10 +
task.c | 11 +-
9 files changed, 1496 insertions(+), 8 deletions(-)
create mode 100644 sparc64.c
9 years
Re: [Crash-utility] crash problems with linux-4.5
by Steve Wise
> > > > > Hi,
> > > > >
> > > > > Just forcing a crash dump via 'echo c > /proc/sysrq-trigger' results
> > > > > in a crash
> > > > > dump that has no tasks saved. I see _lots_ of these errors when
> > > > > loading the
> > > > > dump with the latest crash from the git repo:
> > > > >
> > > > > crash: page excluded: kernel virtual address: ffff88103c5a9000
> > > > > type:
> > "fill_task_struct"
> > > > > WARNING: active task ffff881078a04340 on cpu 3 not found in PID hash
> > > > >
> > > > > Then nothing is in the dump:
> > > > >
> > > > > crash> ps
> > > > > PID PPID CPU TASK ST %MEM VSZ RSS COMM
> > > > > > 0 0 0 ffffffff81c0f4c0 RU 0.0 0 0
> > > > > > [swapper/0]
> > > > > crash>
> > > > >
> > > > > Any ideas?
> > > > >
> > > > > I'm using top-o-tree from Dave's git repo
> > > > > https://github.com/crash-utility/crash.git:
> > > > >
> > > > > commit 04ab5c560a58246e782509d99214afcaf8462b4c
> > > > > Author: Dave Anderson <anderson(a)redhat.com>
> > > > > Date: Tue Mar 1 16:16:48 2016 -0500
> > > > >
> > > > > Put 2016 copyright in initial banner.
> > > > >
> > > > >
> > > > > Thanks,
> > > > >
> > > > > Steve.
> > > >
> > > > If you have configured kdump to use makedumpfile -d31, it is probably
> > > > this:
> > > >
> > > > [Crash-utility] makedumpfile: 4.5 kernel commit breaks page
> > > > filtering
> > > >
> > > > https://www.redhat.com/archives/crash-utility/2016-February/msg00009.html
> > > >
> > > > > PS: I'm not on the crash-utility list, so please include my email in
> > > > > any
> > > > > replies.
> > > >
> > > > PS: if you're using crash on bleeding edge kernels, you might want to
> > > > join
> > > > the list, at least in digest mode.
> > >
> > > Thanks Dave. I've joined. :)
> > >
> > > I changed the makedumpfile line in /etc/init.d/kdump from -d 31 to -d
> > > 17,
> > > then removed the kdump initrd from /boot, and restarted kdump to
> > > generate
> > > the new initrd file. I then rebooted, and produced a new crash dump.
> > > But
> > > I'm still seeing the same issue.
> > >
> > > Am I doing the correct procedure for forcing makedumpfile to use -d17?
> >
> > I think so, yes. And downgrading to -d17 seems to have worked, at least
> > for
> > the two reporter on this list. You can verify that the -d configuration
> > is as
> > expected by entering:
> >
> > crash> help -D | grep dump_level
> >
>
> Hmm: still using 31:
>
> crash> help -D|grep dump_level
> dump_level: 31 (0x1f)
> (DUMP_EXCLUDE_ZERO|DUMP_EXCLUDE_CACHE|DUMP_EXCLUDE_CACHE_PRI|D
> UMP_EXCLUDE_USER_DATA|DUMP_EXCLUDE_FREE)
> crash>
>
> Apparently the makedumpfile parameters being used are not the ones in
> /etc/init.d/kdump.
>
Found it: The makedumpefile settings used are in /etc/kdump.conf. :)
Steve.
9 years
crash problems with linux-4.5
by Steve Wise
Hi,
Just forcing a crash dump via 'echo c > /proc/sysrq-trigger' results in a crash
dump that has no tasks saved. I see _lots_ of these errors when loading the
dump with the latest crash from the git repo:
crash: page excluded: kernel virtual address: ffff88103c5a9000 type:
"fill_task_struct"
WARNING: active task ffff881078a04340 on cpu 3 not found in PID hash
Then nothing is in the dump:
crash> ps
PID PPID CPU TASK ST %MEM VSZ RSS COMM
> 0 0 0 ffffffff81c0f4c0 RU 0.0 0 0 [swapper/0]
crash>
Any ideas?
I'm using top-o-tree from Dave's git repo
https://github.com/crash-utility/crash.git:
commit 04ab5c560a58246e782509d99214afcaf8462b4c
Author: Dave Anderson <anderson(a)redhat.com>
Date: Tue Mar 1 16:16:48 2016 -0500
Put 2016 copyright in initial banner.
Thanks,
Steve.
PS: I'm not on the crash-utility list, so please include my email in any
replies.
9 years
crash: vz extension for OpenVZ kernels
by Vasily Averin
Dear Dave,
I've prepared vz crash extension with commands
useful for troubleshooting of OpenVZ kernel crashes.
Could you please review the patch and advise how it's better
to distribute this extension.
vz extension uses openVZ-specific kernel structures
and works on OpenVZ kernels only.
It implements vzlist, vzps and ctid commands:
vzlist -- shows list of OpenVZ containers,
contains Container ID, references to ve_struct
and parent task inside container.
crash> vzlist
CTID VE_STRUCT TASK PID COMM
121 ffff8801491e7000 ffff8801493d0ff0 95990 init
123 ffff880135a37000 ffff8803fb0a3470 95924 init
321 ffff88045a778000 ffff880400616300 95923 init
700 ffff88019ddae000 ffff88019ddd4fb0 95882 init
503 ffff88045a84e800 ffff8803c3c782c0 95902 init
122 ffff8804004ea000 ffff88045612afb0 95886 init
600 ffff88016e467000 ffff880459d653f0 95885 init
0 ffffffff81aaa220 ffff88045e530b30 1 init
vzps -- shows list of processes inside of specified container
crash> vzps -E 121
CTID PID TASK COMM
121 95990 ffff8801493d0ff0 init
121 95996 ffff8803c3e3b0f0 kthreadd/121
121 95997 ffff8803cd3aacb0 khelper/121
121 97267 ffff880405e4b2f0 udevd
121 99341 ffff8803c3fd2440 syslogd
121 99404 ffff880405e0c2c0 klogd
121 99424 ffff8803fb0f68c0 sshd
121 99445 ffff8801493d0500 xinetd
121 99557 ffff8804599f9230 sendmail
121 99568 ffff8804591b00c0 sendmail
121 99583 ffff880203e56f30 httpd
121 99594 ffff88016e4e01c0 crond
121 99614 ffff8803fb26cf70 xfs
121 99624 ffff88045a6ce2c0 saslauthd
121 99625 ffff8801ce134ff0 saslauthd
121 248691 ffff88040e2ee9c0 httpd
ctid -- shows ContainerID for given task
crash> ctid 99614
CTID PID TASK COMM
121 99614 ffff8803fb26cf70 xfs
Thank you,
Vasily Averin
9 years
Re: [Crash-utility] ARM64 (odroid-c2) crash fails to read live kernel
by Markham thomas
root@odroid64-pre:~/crash-7.1.4# ./crash --minimal
crash> rd linux_banner 30
ffffffc00186a090: 0000001600000102 0000000000005018 .........P......
ffffffc00186a0a0: 00000000000115f9 0000001600000102 ................
ffffffc00186a0b0: 0000000000003e11 0000000000011606 .>..............
ffffffc00186a0c0: 0000001600000102 00000000000048d4 .........H......
ffffffc00186a0d0: 0000000000011614 0000001600000102 ................
ffffffc00186a0e0: 000000000000c2f1 0000000000011648 ........H.......
ffffffc00186a0f0: 0000001600000102 00000000000048d4 .........H......
ffffffc00186a100: 0000000000011656 0000001600000102 V...............
ffffffc00186a110: 0000000000009225 000000000001167d %.......}.......
ffffffc00186a120: 0000001600000102 000000000000080f ................
ffffffc00186a130: 0000000000011688 0000001600000102 ................
ffffffc00186a140: 0000000000006e9f 0000000000011695 .n..............
ffffffc00186a150: 0000001600000102 000000000000619c .........a......
ffffffc00186a160: 00000000000116a2 0000001600000102 ................
ffffffc00186a170: 000000000000574a 00000000000116af JW..............
crash>
crash> help -m | grep -e page_offset -e phys_offset
page_offset: ffffffc000000000
phys_offset: 1000000
debug: 4
crash> rd linux_banner
<addr: ffffffc00186a090 count: 1 flag: 490 (KVADDR)>
<readmem: ffffffc00186a090, KVADDR, "64-bit KVADDR", 8, (FOE), 7ff6123398>
<read_dev_mem: addr: ffffffc00186a090 paddr: 286a090 cnt: 8>
ffffffc00186a090: 0000001600000102 ........
crash>
>Are there more than one "System RAM" sections in your /proc/iomem?
Just one, the specs on this arm64 board are 2gb of ram
sparse memory is configured.
root@odroid64-pre:~/linux# grep -i sparse .config
CONFIG_SPARSE_IRQ=y
CONFIG_ARCH_SPARSEMEM_ENABLE=y
CONFIG_ARCH_SPARSEMEM_DEFAULT=y
CONFIG_SPARSEMEM_MANUAL=y
CONFIG_SPARSEMEM=y
CONFIG_SPARSEMEM_EXTREME=y
CONFIG_SPARSEMEM_VMEMMAP_ENABLE=y
CONFIG_SPARSEMEM_VMEMMAP=y
# CONFIG_INPUT_SPARSEKMAP is not set
# CONFIG_SPARSE_RCU_POINTER is not set
root@odroid64-pre:~/crash-7.1.4# cat /proc/iomem
01000000-0fffffff : System RAM
01080000-01b21e83 : Kernel code
01bff000-01ffefff : Kernel data
10200000-77ffffff : System RAM
c11084c0-c11084d3 : c11084c0.serial
c1108500-c110851f : /i2c@c1108500
c1108680-c11086af : c1108680.saradc
c11087c0-c11087df : /i2c@c11087c0
c1109880-c110988f : /pinmux
c8013000-c80137ff : /mhu@c883c400
c8100014-c810001b : mux
c8100024-c810002b : gpio
c810002c-c810002f : pull
c81004c0-c81004d3 : c81004c0.serial
c8834120-c8834133 : pull-enable
c8834430-c883446f : gpio
c88344b0-c88344d7 : mux
c88344e8-c88344fb : pull
c8834540-c8834547 : /ethernet@0xc9410000
c8838000-c88383ff : c8838000.canvas
c883c3d8-c883c3df : c1108680.saradc
c883c400-c883c44b : /mhu@c883c400
c9410000-c941ffff : /ethernet@0xc9410000
I backported about 15 arm64 patches from upstream to the 3.14 kernel we are
on and
while doing so noticed a few patches regarding PTE calculations
(I would have to go back and see if any would apply)
Most appeared to be part of bigger changes to the memory layout
So should I focus on those arm64 PTE and virt patches? I wondered about
that but
why would the kernel boot if those were screwed up...
9 years, 1 month
ARM64 (odroid-c2) crash fails to read live kernel
by Markham thomas
I have the new Odroid-C2 arm64 cortex-a53 board and have been trying to get
crash to work against the live kernel.
I think the key error is this:
linux_banner:
crash: /lib/modules/3.14.29+/build/vmlinux and /dev/mem do not match!
They should match as I built the kernel myself and verified the vmlinux in
/lib/modules is the one
I'm booted on. What concerns me is that it does not appear to be able to
read anything
from the vmlinux file:
<read_dev_mem: addr: ffffffc001c0dbac paddr: 2c0dbac cnt: 390>
utsname:
sysname: (not printable)
nodename:
release: J
version: (not printable)
machine: r
domainname:
base kernel version: 0.1.4
If I elfdump or objdump the vmlinux and grep banner I can see the symbol:
root@odroid64-pre:~/linux# readelf --syms vmlinux | grep banner
74463: ffffffc00186a090 149 OBJECT GLOBAL DEFAULT 4 linux_banner
75496: ffffffc00186a028 100 OBJECT GLOBAL DEFAULT 4 linux_proc_banner
root@odroid64-pre:~/linux# eu-nm -a vmlinux | grep banner
linux_banner
|ffffffc00186a090|GLOBAL|OBJECT |0000000000000095|
version.c:43|.rodata
linux_proc_banner
|ffffffc00186a028|GLOBAL|OBJECT |0000000000000064|
version.c:47|.rodata
I pulled the crash source and built it native on the arm64 box.
If I could get a pointer on where to start with debugging this it would
help (i.e. which error to focus on first)
===
The full dump of crash startup is below:
root@odroid64-pre:~/linux# /root/crash-7.1.4/crash -d 64
crash 7.1.4
Copyright (C) 2002-2015 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.
find_booted_kernel: search for [Linux version 3.14.29+ (root@odroid64-pre)
(gcc version 5.3.1 20160225 (Ubuntu/Linaro 5.3.1-10ubuntu2) ) #1 SMP
PREEMPT Tue Mar 8 01:06:35 CST 2016]
searchdirs[8]: /usr/lib/debug/lib/modules/3.14.29+/
searchdirs[0]: /usr/src/linux/
searchdirs[1]: /boot/
searchdirs[2]: /boot/efi/redhat
searchdirs[3]: /boot/efi/EFI/redhat
searchdirs[4]: /
searchdirs[5]: /lib/modules/3.14.29+/build/
searchdirs[6]: /usr/src/redhat/BUILD/kernel-3.14.29/linux/
searchdirs[7]: /usr/src/redhat/BUILD/kernel-3.14.29/linux-3.14.29/
mount_points[0]: / (c46630)
mount_points[1]: /sys (c46650)
mount_points[2]: /proc (c46670)
mount_points[3]: /dev (c46690)
mount_points[4]: /dev/pts (c466b0)
mount_points[5]: /run (c466d0)
mount_points[6]: / (c466f0)
mount_points[7]: /sys/kernel/security (c46710)
mount_points[8]: /dev/shm (c46740)
mount_points[9]: /run/lock (c46760)
mount_points[10]: /sys/fs/cgroup (c46780)
mount_points[11]: /sys/fs/cgroup/systemd (c467b0)
mount_points[12]: /sys/fs/cgroup/devices (c467f0)
mount_points[13]: /sys/fs/cgroup/cpuset (c46830)
mount_points[14]: /sys/fs/cgroup/cpu,cpuacct (c46870)
mount_points[15]: /sys/fs/cgroup/blkio (c468b0)
mount_points[16]: /sys/fs/cgroup/debug (c468e0)
mount_points[17]: /sys/fs/cgroup/perf_event (c46910)
mount_points[18]: /sys/fs/cgroup/freezer (c46950)
mount_points[19]: /sys/fs/cgroup/net_cls (c46990)
mount_points[20]: /proc/sys/fs/binfmt_misc (c469d0)
mount_points[21]: /dev/mqueue (c46a10)
mount_points[22]: /sys/kernel/debug (c46a30)
mount_points[23]: /dev/hugepages (c46a60)
mount_points[24]: /run/rpc_pipefs (c46a90)
mount_points[25]: /sys/kernel/config (c46ac0)
mount_points[26]: /media/boot (c46af0)
mount_points[27]: /run/cgmanager/fs (c46b10)
mount_points[28]: /run/user/118 (c46b40)
mount_points[29]: /run/user/118/gvfs (c46b70)
mount_points[30]: /sys/fs/fuse/connections (c46ba0)
mount_points[31]: /run/user/0 (c46be0)
find_booted_kernel: check: /lib/modules/3.14.29+/build/vmlinux
find_booted_kernel: found: /lib/modules/3.14.29+/build/vmlinux
get_live_memory_source: /dev/mem
/proc/version:
Linux version 3.14.29+ (root@odroid64-pre) (gcc version 5.3.1 20160225
(Ubuntu/Linaro 5.3.1-10ubuntu2) ) #1 SMP PREEMPT Tue Mar 8 01:06:35 CST 2016
/lib/modules/3.14.29+/build/vmlinux:
Linux version 3.14.29+ (root@odroid64-pre) (gcc version 5.3.1 20160225
(Ubuntu/Linaro 5.3.1-10ubuntu2) ) #1 SMP PREEMPT Tue Mar 8 01:06:35 CST 2016
readmem: read_dev_mem() -> /dev/mem
VA_BITS: 39
using 1000000 as phys_offset
gdb /lib/modules/3.14.29+/build/vmlinux
GNU gdb (GDB) 7.6
Copyright (C) 2013 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html
>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law. Type "show copying"
and "show warranty" for details.
This GDB was configured as "aarch64-unknown-linux-gnu"...
GETBUF(248 -> 0)
GETBUF(1500 -> 1)
FREEBUF(1)
FREEBUF(0)
<readmem: ffffffc001874510, KVADDR, "kernel_config_data", 32768, (ROE),
17c47c0>
<read_dev_mem: addr: ffffffc001874510 paddr: 2874510 cnt: 2800>
<read_dev_mem: addr: ffffffc001875000 paddr: 2875000 cnt: 4096>
<read_dev_mem: addr: ffffffc001876000 paddr: 2876000 cnt: 4096>
<read_dev_mem: addr: ffffffc001877000 paddr: 2877000 cnt: 4096>
<read_dev_mem: addr: ffffffc001878000 paddr: 2878000 cnt: 4096>
<read_dev_mem: addr: ffffffc001879000 paddr: 2879000 cnt: 4096>
<read_dev_mem: addr: ffffffc00187a000 paddr: 287a000 cnt: 4096>
<read_dev_mem: addr: ffffffc00187b000 paddr: 287b000 cnt: 4096>
<read_dev_mem: addr: ffffffc00187c000 paddr: 287c000 cnt: 1296>
WARNING: could not find MAGIC_START!
GETBUF(248 -> 0)
FREEBUF(0)
GETBUF(8 -> 0)
<readmem: ffffffc00186fd80, KVADDR, "cpu_possible_mask", 8, (FOE),
7ffe1dfbd0>
<read_dev_mem: addr: ffffffc00186fd80 paddr: 286fd80 cnt: 8>
<readmem: 1600000102, KVADDR, "possible", 8, (ROE), bf8ae8>
crash: invalid kernel virtual address: 1600000102 type: "possible"
WARNING: cannot read cpu_possible_map
<readmem: ffffffc00186fd70, KVADDR, "cpu_present_mask", 8, (FOE),
7ffe1dfbd0>
<read_dev_mem: addr: ffffffc00186fd70 paddr: 286fd70 cnt: 8>
<readmem: 189a, KVADDR, "present", 8, (ROE), bf8ae8>
crash: invalid kernel virtual address: 189a type: "present"
WARNING: cannot read cpu_present_map
<readmem: ffffffc00186fd78, KVADDR, "cpu_online_mask", 8, (FOE), 7ffe1dfbd0>
<read_dev_mem: addr: ffffffc00186fd78 paddr: 286fd78 cnt: 8>
<readmem: 13a48, KVADDR, "online", 8, (ROE), bf8ae8>
crash: invalid kernel virtual address: 13a48 type: "online"
WARNING: cannot read cpu_online_map
<readmem: ffffffc00186fd68, KVADDR, "cpu_active_mask", 8, (FOE), 7ffe1dfbd0>
<read_dev_mem: addr: ffffffc00186fd68 paddr: 286fd68 cnt: 8>
<readmem: 1600000102, KVADDR, "active", 8, (ROE), bf8ae8>
crash: invalid kernel virtual address: 1600000102 type: "active"
WARNING: cannot read cpu_active_map
FREEBUF(0)
GETBUF(248 -> 0)
FREEBUF(0)
GETBUF(248 -> 0)
FREEBUF(0)
<readmem: ffffffc001d61238, KVADDR, "timekeeper xtime_sec", 8, (ROE),
7ffe1dfc98>
<read_dev_mem: addr: ffffffc001d61238 paddr: 2d61238 cnt: 8>
xtime timespec.tv_sec: 5f044158000e9068: (null)
<readmem: ffffffc001c0dbac, KVADDR, "init_uts_ns", 390, (ROE), b9606c>
<read_dev_mem: addr: ffffffc001c0dbac paddr: 2c0dbac cnt: 390>
utsname:
sysname: (not printable)
nodename:
release: J
version: (not printable)
machine: r
domainname:
base kernel version: 0.1.4
<readmem: ffffffc00186a090, KVADDR, "accessible check", 8, (ROE|Q),
7ffe1df350>
<read_dev_mem: addr: ffffffc00186a090 paddr: 286a090 cnt: 8>
<readmem: ffffffc00186a090, KVADDR, "read_string characters", 1499,
(ROE|Q), 7ffe1df6c8>
<read_dev_mem: addr: ffffffc00186a090 paddr: 286a090 cnt: 1499>
/proc/version:
Linux version 3.14.29+ (root@odroid64-pre) (gcc version 5.3.1 20160225
(Ubuntu/Linaro 5.3.1-10ubuntu2) ) #1 SMP PREEMPT Tue Mar 8 01:06:35 CST 2016
linux_banner:
crash: /lib/modules/3.14.29+/build/vmlinux and /dev/mem do not match!
Usage:
crash [OPTION]... NAMELIST MEMORY-IMAGE[@ADDRESS] (dumpfile form)
crash [OPTION]... [NAMELIST] (live system form)
Enter "crash -h" for details.
9 years, 1 month
