[Crash-utility] Does Crash support kernel 3.4.20 on PPC64?

Wed Jan 30 00:41:55 UTC 2013



At 2013-01-29 22:05:58,"Dave Anderson" <anderson at redhat.com> wrote:
>
>
>----- Original Message -----
>> 
>> I does not receive your reply, probably because of firewall, or because I am
>> not the subscribe of crash-utility at redhat.com.
>> 
>> Thanks for your reply.
>> 
>> Could you show me a result of "./crash -d 5" and Fedora kernel .config?
>> Thanks very much.
>
>I've copied the config file and the crash -d5 output here:
>
>  http://people.redhat.com/anderson/ppc64
>
>Your kernel is failing when accessing the first vmalloc kernel virtual
>address, which requires walking the kernel's page tables.   Perhaps
>there are issues with either the configured page size or the number
>of page-table levels?  
>
>FYI, you may be able to get a limited crash session up by adding "--no_modules"
>to the crash command line.  All attempts to access module vmalloc memory will
>fail, but it may help in the debugging effort.
> 
>Dave
>
Thanks very much.
I will try, and report the result.

-Roy
 > 
>> 
>> My result is:
>> crash: get_cpus_online: online: 2
>> GNU_GET_DATATYPE[irq_desc_t]: returned via gdb_error_hook (1 buffer
>> in use)
>> GNU_GET_DATATYPE[hw_interrupt_type]: returned via gdb_error_hook (1
>> buffer in use)
>> GNU_GET_DATATYPE[timer_vec_root]: returned via gdb_error_hook (1
>> buffer in use)
>> GNU_GET_DATATYPE[timer_vec]: returned via gdb_error_hook (1 buffer in
>> use)
>> GNU_GET_DATATYPE[tvec_root_s]: returned via gdb_error_hook (1 buffer
>> in use)
>> GNU_GET_DATATYPE[softirq_state]: returned via gdb_error_hook (1
>> buffer in use)
>> GNU_GET_DATATYPE[desc_struct]: returned via gdb_error_hook (1 buffer
>> in use)
>> GNU_GET_DATATYPE[kallsyms_header]: returned via gdb_error_hook (1
>> buffer in use)
>> GNU_GET_DATATYPE[mem_section]: returned via gdb_error_hook (1 buffer
>> in use)
>> <readmem: c000000000922930, KVADDR, "cpu_possible_mask", 8, (FOE),
>> fc5b5934d10>
>> <read_dev_mem: addr: c000000000922930 paddr: 922930 cnt: 8>
>> <readmem: c000000000922930, KVADDR, "cpu_possible_mask", 8, (FOE),
>> fc5b5934c90>
>> <read_dev_mem: addr: c000000000922930 paddr: 922930 cnt: 8>
>> <readmem: c000000000922930, KVADDR, "cpu_possible_mask", 8, (FOE),
>> fc5b5934c90>
>> <read_dev_mem: addr: c000000000922930 paddr: 922930 cnt: 8>
>> <readmem: c000000000922930, KVADDR, "cpu_possible_mask", 8, (FOE),
>> fc5b5934c90>
>> <read_dev_mem: addr: c000000000922930 paddr: 922930 cnt: 8>
>> <readmem: c000000000922930, KVADDR, "cpu_possible_mask", 8, (FOE),
>> fc5b5934c90>
>> <read_dev_mem: addr: c000000000922930 paddr: 922930 cnt: 8>
>> GNU_GET_DATATYPE[irqdesc]: returned via gdb_error_hook (1 buffer in
>> use)
>> GNU_GET_DATATYPE[irq_desc_t]: returned via gdb_error_hook (1 buffer
>> in use)
>> GNU_GET_DATATYPE[RESIDUAL]: returned via gdb_error_hook (1 buffer in
>> use)
>> GNU_GET_DATATYPE[VPD]: returned via gdb_error_hook (1 buffer in use)
>> GNU_GET_DATATYPE[bd_info]: returned via gdb_error_hook (1 buffer in
>> use)
>> <readmem: c000000001019ab8, KVADDR, "nr_irqs", 4, (FOE), 108bf934>
>> <read_dev_mem: addr: c000000001019ab8 paddr: 1019ab8 cnt: 4>
>> GNU_GET_DATATYPE[kmem_slab_s]: returned via gdb_error_hook (1 buffer
>> in use)
>> GNU_GET_DATATYPE[slab_s]: returned via gdb_error_hook (1 buffer in
>> use)
>> GNU_GET_DATATYPE[slab]: returned via gdb_error_hook (1 buffer in use)
>> GNU_GET_DATATYPE[kmem_cache_s]: returned via gdb_error_hook (1 buffer
>> in use)
>> GNU_PASS_THROUGH: returned via gdb_error_hook (1 buffer in use)
>> GNU_PASS_THROUGH: returned via gdb_error_hook (1 buffer in use)
>> <readmem: c0000000012430d8, KVADDR, "high_memory", 8, (FOE),
>> 108c4be8>
>> <read_dev_mem: addr: c0000000012430d8 paddr: 12430d8 cnt: 8>
>> <readmem: c0000000012430b0, KVADDR, "mem_map", 8, (FOE), 108c4bf8>
>> <read_dev_mem: addr: c0000000012430b0 paddr: 12430b0 cnt: 8>
>> <readmem: c000000001243140, KVADDR, "vmlist", 8, (FOE), fc5b59340e8>
>> <read_dev_mem: addr: c000000001243140 paddr: 1243140 cnt: 8>
>> <readmem: c0000000fb198008, KVADDR, "first vmlist addr", 8, (ROE),
>> fc5b59340e0>
>> <read_dev_mem: addr: c0000000fb198008 paddr: fb198008 cnt: 8>
>> <readmem: c000000001197518, KVADDR, "totalram_pages", 8, (FOE),
>> 108c4c08>
>> <readmem: c00000000119d000, KVADDR, "level4 page", 4096, (FOE),
>> 118c99b0>
>> <readmem: c00000000119d000, KVADDR, "level4 page", 4096, (FOE),
>> 118c99b0>
>> <readmem: c00000000119d000, KVADDR, "level4 page", 4096, (FOE),
>> 118c99b0>
>> <readmem: c00000000119d000, KVADDR, "level4 page", 4096, (FOE),
>> 118c99b0>
>> <readmem: c00000000119d000, KVADDR, "level4 page", 4096, (FOE),
>> 118c99b0>
>> <readmem: c00000000119d000, KVADDR, "level4 page", 4096, (FOE),
>> 118c99b0>
>> <readmem: c00000000119d000, KVADDR, "level4 page", 4096, (FOE),
>> 118c99b0>
>> <readmem: c00000000119d000, KVADDR, "level4 page", 4096, (FOE),
>> 118c99b0>
>> <readmem: c00000000119d000, KVADDR, "level4 page", 4096, (FOE),
>> 118c99b0>
>> <readmem: c00000000119d000, KVADDR, "level4 page", 4096, (FOE),
>> 118c99b0>
>> <readmem: c00000000119d000, KVADDR, "level4 page", 4096, (FOE),
>> 118c99b0>
>> <readmem: c00000000119d000, KVADDR, "level4 page", 4096, (FOE),
>> 118c99b0>
>> <readmem: c00000000119d000, KVADDR, "level4 page", 4096, (FOE),
>> 118c99b0>
>> <readmem: c00000000119d000, KVADDR, "level4 page", 4096, (FOE),
>> 118c99b0>
>> <readmem: c00000000119d000, KVADDR, "level4 page", 4096, (FOE),
>> 118c99b0>
>> <readmem: c00000000119d000, KVADDR, "level4 page", 4096, (FOE),
>> 118c99b0>
>> <readmem: c00000000119d000, KVADDR, "level4 page", 4096, (FOE),
>> 118c99b0>
>> <readmem: c00000000119d000, KVADDR, "level4 page", 4096, (FOE),
>> 118c99b0>
>> <readmem: c00000000119d000, KVADDR, "level4 page", 4096, (FOE),
>> 118c99b0>
>> <readmem: c00000000119d000, KVADDR, "level4 page", 4096, (FOE),
>> 118c99b0>
>> ....
>> 
>> -Roy
>> Fedora
>> 
>> 
>> 
>> 
>> At 2013-01-24 19:42:01,"李佳豪" <lrq2001 at 163.com> wrote:
>> 
>> 
>> 
>> crash can not exit from readmem() recursive until it is killed
>> because of
>> OOM or Segmentation fault on PPC64 cpu.
>> 
>> readmem-->kvtop-->ppc64_vtop_level4-->readme-->kvtop....
>> 
>> 
>> root at localhost:~# uname -a
>> Linux localhost 3.4.20 #2 SMP PREEMPT Thu Jan 24 14:43:59 CST 2013
>> ppc64 GNU/Linux
>> root at localhost:~#
>> 
>> root at localhost:~# crash
>> 
>> crash 6.1.0
>> Copyright (C) 2002-2012 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.
>> 
>> GNU gdb (GDB) 7.3.1
>> Copyright (C) 2011 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 "powerpc64-wrs-linux"...
>> 
>> Segmentation fault (core dumped)
>> root at localhost:~# gdb /usr/bin/crash core
>> GNU gdb (Linux Sourcery CodeBench 4.6a-98) 7.4.50.20120716-cvs
>> Copyright (C) 2012 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 "powerpc64-wrs-linux-gnu".
>> For bug reporting instructions, please see:
>> < support at codesource.com >...
>> Reading symbols from /usr/bin/crash...Reading symbols from
>> /usr/bin/.debug/crash...done.
>> done.
>> [New LWP 1166]
>> 
>> warning: Could not load shared library symbols for linux-vdso64.so.1.
>> Do you need "set solib-search-path" or "set sysroot"?
>> Core was generated by `crash '.
>> Program terminated with signal 11, Segmentation fault.
>> #0 readmem (addr=13835058055299842048, memtype=1, buffer=0x10cbc460,
>> size=4096, type=0x106eafe8 "level4 page", error_handle=1) at
>> memory.c:1959
>> 1959 {
>> (gdb) bt
>> #0 readmem (addr=13835058055299842048, memtype=1, buffer=0x10cbc460,
>> size=4096, type=0x106eafe8 "level4 page", error_handle=1) at
>> memory.c:1959
>> #1 0x000000001011a2e4 in ppc64_vtop_level4
>> (vaddr=13835058055299842048,
>> level4=0xc0000000010dc000, paddr=0xfffe73ed1d8, verbose=<optimized
>> out>)
>> at ppc64.c:561
>> #2 0x0000000010097264 in kvtop (tc=<optimized out>,
>> kvaddr=<error reading variable: value has been optimized out>,
>> paddr=<optimized out>,
>> verbose=<error reading variable: value has been optimized out>)
>> at memory.c:2765
>> #3 0x000000001009895c in readmem (addr=13835058055299842048,
>> memtype=<optimized out>, buffer=<optimized out>, size=<optimized
>> out>,
>> type=0x106eafe8 "level4 page", error_handle=1) at memory.c:2032
>> #4 0x000000001011a2e4 in ppc64_vtop_level4
>> (vaddr=13835058055299842048,
>> level4=0xc0000000010dc000, paddr=0xfffe73ed418, verbose=<optimized
>> out>)
>> at ppc64.c:561
>> #5 0x0000000010097264 in kvtop (tc=<optimized out>,
>> kvaddr=<error reading variable: value has been optimized out>,
>> paddr=<optimized out>,
>> verbose=<error reading variable: value has been optimized out>)
>> at memory.c:2765
>> #6 0x000000001009895c in readmem (addr=13835058055299842048,
>> memtype=<optimized out>, buffer=<optimized out>, size=<optimized
>> out>,
>> ---Type <return> to continue, or q <return> to quit---quit
>> type=Quit
>> (gdb) quit
>> 
>> 
>> 
>> 
>> 
>> 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/crash-utility/attachments/20130130/fc28bdbe/attachment.htm>