Dave Anderson wrote:
Badari Pulavarty wrote:
...
original non-g built vmlinux, things would work.
In your case, it's defaulting to the /usr/src/linux/System.map, which is
associated with the vmlinux that you built with -g.
Presuming you have the /boot/System.map associated with the original
distro's vmlinux file (the kernel that's running), what happens if you do
this:
$ crash vmlinux /boot/System.map [vmcore]
Much better with /boot/System.map.
Yay!
So, we seem to have resolved the funky text disassembly issue...
But I still would like to continue working with the vmcore -- I'm sitting here
with Vivek, and he will grab a copy of the System.map.
Thanks, (and phew...)
Dave
elm3a242:/usr/src/linux # /root/cr*23/crash vmlinux /boot/System.map-2.6.16-20-smp
crash 4.0-2.23
Copyright (C) 2002, 2003, 2004, 2005, 2006 Red Hat, Inc.
Copyright (C) 2004, 2005, 2006 IBM Corporation
Copyright (C) 1999-2006 Hewlett-Packard Co
Copyright (C) 2005 Fujitsu Limited
Copyright (C) 2005 NEC Corporation
Copyright (C) 1999, 2002 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.
GNU gdb 6.1
Copyright 2004 Free Software Foundation, Inc.
GDB 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.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for
details.
This GDB was configured as "x86_64-unknown-linux-gnu"...
SYSTEM MAP: /boot/System.map-2.6.16-20-smp
DEBUG KERNEL: vmlinux (2.6.16-20-smp)
DUMPFILE: /dev/mem
CPUS: 2
DATE: Thu Apr 27 03:18:57 2006
UPTIME: 16:47:17
LOAD AVERAGE: 0.00, 0.00, 0.00
TASKS: 64
NODENAME: elm3a242
RELEASE: 2.6.16-20-smp
VERSION: #1 SMP Mon Apr 10 04:51:13 UTC 2006
MACHINE: x86_64 (3000 Mhz)
MEMORY: 4.6 GB
PID: 12963
COMMAND: "crash"
TASK: ffff810121ef5790 [THREAD_INFO: ffff81011d3c4000]
CPU: 1
STATE: TASK_RUNNING (ACTIVE)
crash> dis sys_read
0xffffffff8017b751 <sys_read>: push %r13
0xffffffff8017b753 <sys_read+2>: mov %rsi,%r13
0xffffffff8017b756 <sys_read+5>: push %r12
0xffffffff8017b758 <sys_read+7>: mov $0xfffffffffffffff7,%r12
0xffffffff8017b75f <sys_read+14>: push %rbp
0xffffffff8017b760 <sys_read+15>: mov %rdx,%rbp
0xffffffff8017b763 <sys_read+18>: push %rbx
0xffffffff8017b764 <sys_read+19>: sub $0x18,%rsp
0xffffffff8017b768 <sys_read+23>: lea 0x14(%rsp),%rsi
0xffffffff8017b76d <sys_read+28>: callq 0xffffffff8017bce3
<fget_light>
0xffffffff8017b772 <sys_read+33>: test %rax,%rax
0xffffffff8017b775 <sys_read+36>: mov %rax,%rbx
0xffffffff8017b778 <sys_read+39>:
je 0xffffffff8017b7b1 <sys_read+96>
0xffffffff8017b77a <sys_read+41>: mov 0x38(%rax),%rax
0xffffffff8017b77e <sys_read+45>: lea 0x8(%rsp),%rcx
0xffffffff8017b783 <sys_read+50>: mov %rbp,%rdx
0xffffffff8017b786 <sys_read+53>: mov %r13,%rsi
0xffffffff8017b789 <sys_read+56>: mov %rbx,%rdi
0xffffffff8017b78c <sys_read+59>: mov %rax,0x8(%rsp)
0xffffffff8017b791 <sys_read+64>: callq 0xffffffff8017b2ef
<vfs_read>
0xffffffff8017b796 <sys_read+69>: mov %rax,%r12
0xffffffff8017b799 <sys_read+72>: mov 0x8(%rsp),%rax
--
Crash-utility mailing list
Crash-utility@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/crash-utility
--
Crash-utility mailing list
Crash-utility@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/crash-utility
Dave I am seeing a similar problem to Badari, however in my case I am
running the kernel built with -g.
I can run crash live fine. But running on a vmcore I get the following
error.
deimos:/var/log/dump/2006-05-02-13:10 # ~/crash-4.0-2.24/crash
/usr/src/linux/vmlinux ./vmcore
crash 4.0-2.24
Copyright (C) 2002, 2003, 2004, 2005, 2006 Red Hat, Inc.
Copyright (C) 2004, 2005, 2006 IBM Corporation
Copyright (C) 1999-2006 Hewlett-Packard Co
Copyright (C) 2005 Fujitsu Limited
Copyright (C) 2005 NEC Corporation
Copyright (C) 1999, 2002 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.
GNU gdb 6.1
Copyright 2004 Free Software Foundation, Inc.
GDB 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.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for details.
This GDB was configured as "powerpc64-unknown-linux-gnu"...
Wilder vmlist = 0xc00000000fa26940
crash: read error: kernel virtual address: c00000000fa26940 type: "first
vmlist
addr"
Errors like the one above typically occur when the kernel and memory source
do not match. These are the files being used:
KERNEL: /usr/src/linux/vmlinux
DUMPFILE: ./vmcore
--
When I check System.map for vmlist or do a "nm vmlinux | grep vmlist" I
get a different number than shown above.
I tried specifying the System.map file on the command line but no
difference.
--
David Wilder
IBM Linux Technology Center
Beaverton, Oregon, USA
dwilder@xxxxxxxxxx
(503)578-3789
