June 2020 - Crash-utility - Crash Utility List Archives

by Masanari Iida

This patch fixes some spelling typos in help.c (standby24x7(a)gmail.com) --- help.c | 10 +++++----- 1 file changed, 5 insertions(+), 5 deletions(-) diff --git a/help.c b/help.c index 6476e28d54f9..5e98c037282a 100644 --- a/help.c +++ b/help.c @@ -77,7 +77,7 @@ char *program_usage_info[] = { " value is the physical start address of the block expressed in hexadecimal.", " The physical address value(s) will be used to create a temporary ELF header", " in /var/tmp, which will only exist during the crash session. If a raw RAM", - " dumpile represents a live memory source, such as that specified by the QEMU", + " dumpfile represents a live memory source, such as that specified by the QEMU", " mem-path argument of a memory-backend-file object, then \"live:\" must be", " prepended to the MEMORY-IMAGE name.", "", @@ -4517,7 +4517,7 @@ char *help_vm[] = { "[-p | -P vma | -M mm | -v | -m | -x | -d | [-R reference] [pid | task]]" "\n [-f vm_flags]", " This command displays basic virtual memory information of a context,", -" consisting of a pointer to its mm_struct and page dirctory, its RSS and ", +" consisting of a pointer to its mm_struct and page directory, its RSS and ", " total virtual memory size; and a list of pointers to each vm_area_struct,", " its starting and ending address, vm_flags value, and file pathname. If no", " arguments are entered, the current context is used. Additionally, the -p ", @@ -4539,7 +4539,7 @@ char *help_vm[] = { " it can be entered manually in order to try to resurrect the", " virtual memory data of the task.", " -R reference search for references to this number or filename.", -" -m dump the mm_struct assocated with the task.", +" -m dump the mm_struct associated with the task.", " -v dump all of the vm_area_structs associated with the task.", " -x override the default output format for the -m or -v options", " with hexadecimal format.", @@ -5196,7 +5196,7 @@ char *help_struct[] = { " arg3 = 0", " }", " }\n", -" Display the flags and virtual members of 4 contigous page structures", +" Display the flags and virtual members of 4 contiguous page structures", " in the mem_map page structure array:\n", " %s> page.flags,virtual c101196c 4", " flags = 0x8000,", @@ -6678,7 +6678,7 @@ char *help_kmem[] = { " and kernel stacks, and the mem_map array. If found in any of", " those areas, the information will be dumped in the same manner as", " if the location-specific flags were used; if contained within a", -" curent task_struct or kernel stack, that task's context will be", +" current task_struct or kernel stack, that task's context will be", " displayed.", " address when used with -s or -S, searches the kmalloc() slab subsystem", " for the slab containing of this virtual address, showing whether", -- 2.27.0.221.ga08a83db2bf2

4 years, 4 months

2
1
0 / 0

crash fails to load on ARM64 live kernel

by Vijay Balakrishna

Hello, We are seeing crash (7.2.8) failing on ARM64 live kernel. After filing https://github.com/crash-utility/crash/issues/54 I learned about crash utility discussion list (https://www.redhat.com/mailman/listinfo/crash-utility), hence reaching out list members. Please share any insight. # uname -a Linux com7 5.4.42-xxxxxxxx-standard #1 SMP Wed Jun 3 05:17:19 UTC 2020 aarch64 aarch64 aarch64 GNU/Linux # crash -s /proc/kcore vmlinux-stable-master-dev54 crash: /proc/kcore: cannot read vabits_actual # I have made a request to join mailing list. Thanks, Vijay

4 years, 4 months

2
2
0 / 0

gcore extension source code

by Dreyfus, Thirtsa (Mobileye)

Hello, I have implemented an improvement for gcore extension. However, when I searched for the gcore source code in the main repository - I don't find it. Can you tell me how to find it? Then I can create a patch, and share. Thanks, Tirtsah. --------------------------------------------------------------------- Intel Israel (74) Limited This e-mail and any attachments may contain confidential material for the sole use of the intended recipient(s). Any review or distribution by others is strictly prohibited. If you are not the intended recipient, please contact the sender and delete all copies.

4 years, 5 months

3
4
0 / 0

Re: [Crash-utility] [PATCH][v2] x86_64: vtop supports 1G huge pages

by lijiang

在 2020年06月12日 00:00, crash-utility-request(a)redhat.com 写道: > Looks good to me, thank you Li RongQing. Please wait for another ack. The v2 looks good to me. Acked-by: Lianbo Jiang <lijiang(a)redhat.com> > > Acked-by: Kazuhito Hagio <k-hagio-ab(a)nec.com> > > If someone can comment or create a patch for Xen, please let us know. > I cannot test it, but I think we can integrate it with this patch if any. Anyway, this is a draft patch, but not sure if the patch happens to work on the Xen. I don't have the Xen environment to confirm it. If Xen engineers would like to verify the draft patch, that would be nice. Thanks. Lianbo diff --git a/x86_64.c b/x86_64.c index fc05e8af5695..90361a7c39c8 100644 --- a/x86_64.c +++ b/x86_64.c @@ -2087,6 +2087,7 @@ x86_64_uvtop_level4_xen_wpt(struct task_context *tc, ulong uvaddr, physaddr_t *p { ulong pgd_pte; ulong pud_pte; + ulong pseudo_pud_pte; ulong pmd_pte; ulong pseudo_pmd_pte; ulong pte; @@ -2110,6 +2111,38 @@ x86_64_uvtop_level4_xen_wpt(struct task_context *tc, ulong uvaddr, physaddr_t *p if (!(pud_pte & _PAGE_PRESENT)) goto no_upage; + if (pud_pte & _PAGE_PSE) { + if (verbose) + fprintf(fp, " PAGE: %lx (1GB) [machine]\n", + PAGEBASE(pud_pte) & PHYSICAL_PAGE_MASK); + + pseudo_pud_pte = xen_m2p(PAGEBASE(pud_pte)); + + if (pseudo_pud_pte == XEN_MACHADDR_NOT_FOUND) { + if (verbose) + fprintf(fp, " PAGE: page not available\n"); + *paddr = PADDR_NOT_AVAILABLE; + return FALSE; + } + + pseudo_pud_pte |= PAGEOFFSET(pud_pte); + + if (verbose) { + fprintf(fp, " PAGE: %s (1GB)\n\n", + mkstring(buf, VADDR_PRLEN, RJUST|LONG_HEX, + MKSTR(PAGEBASE(pseudo_pud_pte) & + PHYSICAL_PAGE_MASK))); + + x86_64_translate_pte(pseudo_pud_pte, 0, 0); + } + + physpage = (PAGEBASE(pseudo_pud_pte) & PHYSICAL_PAGE_MASK) + + (uvaddr & ~_1GB_PAGE_MASK); + + *paddr = physpage; + return TRUE; + } + /* * pmd = pmd_offset(pud, address); */ @@ -2504,8 +2537,9 @@ no_kpage: static int x86_64_kvtop_xen_wpt(struct task_context *tc, ulong kvaddr, physaddr_t *paddr, int verbose) { - ulong *pgd; + ulong *pgd; ulong pud_pte; + ulong pseudo_pud_pte; ulong pmd_pte; ulong pseudo_pmd_pte; ulong pte; @@ -2524,6 +2558,36 @@ x86_64_kvtop_xen_wpt(struct task_context *tc, ulong kvaddr, physaddr_t *paddr, i if (!(pud_pte & _PAGE_PRESENT)) goto no_kpage; + if (pud_pte & _PAGE_PSE) { + if (verbose) + fprintf(fp, " PAGE: %lx (1GB) [machine]\n", + PAGEBASE(pud_pte) & PHYSICAL_PAGE_MASK); + + pseudo_pud_pte = xen_m2p(PAGEBASE(pud_pte)); + + if (pseudo_pud_pte == XEN_MACHADDR_NOT_FOUND) { + if (verbose) + fprintf(fp, " PAGE: page not available\n"); + *paddr = PADDR_NOT_AVAILABLE; + return FALSE; + } + + pseudo_pud_pte |= PAGEOFFSET(pud_pte); + if (verbose) { + fprintf(fp, " PAGE: %s (1GB)\n\n", + mkstring(buf, VADDR_PRLEN, RJUST|LONG_HEX, + MKSTR(PAGEBASE(pseudo_pud_pte) & + PHYSICAL_PAGE_MASK))); + + x86_64_translate_pte(pseudo_pud_pte, 0, 0); + } + physpage = (PAGEBASE(pseudo_pud_pte) & PHYSICAL_PAGE_MASK) + + (kvaddr & ~_1GB_PAGE_MASK); + + *paddr = physpage; + return TRUE; + } + /* * pmd = pmd_offset(pgd, addr); */

4 years, 5 months

2
3
0 / 0

crash start in CentOS 8

by Agrain Patrick

Hello, I tried to test the crash utility from CentOS 8 with following requirements: * First machine (VMware) on which CentOS 8 is installed and on which I performed a fake crash using SysRq. After reboot, The /var/crash was populated with the vmcore. * Second machine (Server) on which CentOS 8 is also installed and on which I wish to analyze the crash. Both machine have the same CentOS build installed. I imported System.map-4.18.0-147.el8.x86_64, vmcore and vmlinux.debuginfo from first machine to a directory on the second machine. When I run 'crash', I have following messages (see below), but no 'crash>' prompt. What have I missed ? What Should I check ? Thanks. Best regards, Patrick Agrain [root@lxkmg-pag-ale test64]# /usr/bin/crash System.map-4.18.0-147.el8.x86_64 vmlinux.debuginfo vmcore crash 7.2.6-2.el8 Copyright (C) 2002-2019 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.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 "x86_64-unknown-linux-gnu"... please wait... (patching 92149 gdb minimal_symbol values) [Vanished after a few seconds] [root@lxkmg-pag-ale test64]#

4 years, 5 months

3
6
0 / 0

Crash whitepaper location

by Kaiwan N Billimoria

Hi, I'm a fan of the whitepaper : "White Paper: Red Hat Crash Utility" by Dave Anderson. It used to be available at http://people.redhat.com/~anderson/crash_whitepaper/ but this URL doesn't seem to work any longer. Anyone have this whitepaper? Or a PDF ver? Would appreciate it, thanks... Regards, Kaiwan. https://amazon.com/author/kaiwanbillimoria

4 years, 5 months

3
3
0 / 0

[PATCH][v2] x86_64: vtop supports 1G huge pages

by Li RongQing

Crash utility currently does not supporting virtual to physical address translation for 1G huge pages on x86_64, This patch tries to address this issue by providing address translation support for huge pages in 'vtop' command. Without this patch: crash> vtop 7f6e40000000 VIRTUAL PHYSICAL vtop: seek error: physical address: 3f53f000f000 type: "page table" crash> With this patch: crash> vtop 7f6e40000000 VIRTUAL PHYSICAL 7f6e40000000 1d40000000 PGD: 1fdb6cc7f0 => 80000001e715f067 PUD: 1e715fdc8 => 8000001d400008e7 PAGE: 1d40000000 (1GB) PTE PHYSICAL FLAGS 8000001d400008e7 1d40000000 (PRESENT|RW|USER|ACCESSED|DIRTY|PSE|NX) VMA START END FLAGS FILE ffff99869b7791f8 7f6e40000000 7f6ec0000000 c4400fb /var/lib/libvirt/qemu/hugetlbfs/qemu_back_mem._objects_ram-node0.WjBfNa PAGE PHYSICAL MAPPING INDEX CNT FLAGS ffffd90cf5000000 1d40000000 ffff996836978650 0 7 17ffffc000801c referenced,uptodate,dirty,head crash> add the 1G huge pages translation for kvtop as HAGIO KAZUHITO suggested Signed-off-by: Li RongQing <lirongqing(a)baidu.com> Signed-off-by: chukaiping <chukaiping(a)foxmail.com> --- diff with v1: add the 1G huge pages translation for kvtop as HAGIO KAZUHITO suggested defs.h | 1 + x86_64.c | 26 ++++++++++++++++++++++++++ 2 files changed, 27 insertions(+) diff --git a/defs.h b/defs.h index aba58ff..e73778b 100644 --- a/defs.h +++ b/defs.h @@ -5996,6 +5996,7 @@ struct machine_specific { #define VM_FLAGS (VM_ORIG|VM_2_6_11|VM_XEN|VM_XEN_RHEL4|VM_5LEVEL) #define _2MB_PAGE_MASK (~((MEGABYTES(2))-1)) +#define _1GB_PAGE_MASK (~((GIGABYTES(1))-1)) #endif diff --git a/x86_64.c b/x86_64.c index 4f1a6d7..fc05e8a 100644 --- a/x86_64.c +++ b/x86_64.c @@ -2020,6 +2020,19 @@ x86_64_uvtop_level4(struct task_context *tc, ulong uvaddr, physaddr_t *paddr, in if (!(pud_pte & _PAGE_PRESENT)) goto no_upage; + if (pud_pte & _PAGE_PSE) { + if (verbose) { + fprintf(fp, " PAGE: %lx (1GB)\n\n", + PAGEBASE(pud_pte) & PHYSICAL_PAGE_MASK); + x86_64_translate_pte(pud_pte, 0, 0); + } + + physpage = (PAGEBASE(pud_pte) & PHYSICAL_PAGE_MASK) + + (uvaddr & ~_1GB_PAGE_MASK); + *paddr = physpage; + return TRUE; + } + /* * pmd = pmd_offset(pud, address); */ @@ -2429,6 +2442,19 @@ start_vtop_with_pagetable: if (!(pud_pte & _PAGE_PRESENT)) goto no_kpage; + if (pud_pte & _PAGE_PSE) { + if (verbose) { + fprintf(fp, " PAGE: %lx (1GB)\n\n", + PAGEBASE(pud_pte) & PHYSICAL_PAGE_MASK); + x86_64_translate_pte(pud_pte, 0, 0); + } + + physpage = (PAGEBASE(pud_pte) & PHYSICAL_PAGE_MASK) + + (kvaddr & ~_1GB_PAGE_MASK); + *paddr = physpage; + return TRUE; + } + /* * pmd = pmd_offset(pud, address); */ -- 2.16.2

4 years, 5 months

2
1
0 / 0

[PATCH] x86_64: vtop supports 1G huge pages

by Li RongQing

From: Li RongQing <lirongqing(a)baidu.com> Crash utility currently does not supporting virtual to physical address translation for 1G huge pages on x86_64, This patch tries to address this issue by providing address translation support for huge pages in 'vtop' command. Without this patch: crash> vtop 7f6e40000000 VIRTUAL PHYSICAL vtop: seek error: physical address: 3f53f000f000 type: "page table" crash> With this patch: crash> vtop 7f6e40000000 VIRTUAL PHYSICAL 7f6e40000000 1d40000000 PGD: 1fdb6cc7f0 => 80000001e715f067 PUD: 1e715fdc8 => 8000001d400008e7 PAGE: 1d40000000 (1GB) PTE PHYSICAL FLAGS 8000001d400008e7 1d40000000 (PRESENT|RW|USER|ACCESSED|DIRTY|PSE|NX) VMA START END FLAGS FILE ffff99869b7791f8 7f6e40000000 7f6ec0000000 c4400fb /var/lib/libvirt/qemu/hugetlbfs/qemu_back_mem._objects_ram-node0.WjBfNa PAGE PHYSICAL MAPPING INDEX CNT FLAGS ffffd90cf5000000 1d40000000 ffff996836978650 0 7 17ffffc000801c referenced,uptodate,dirty,head crash> Signed-off-by: Li RongQing <lirongqing(a)baidu.com> Signed-off-by: Chu Kaiping <chukaiping(a)foxmail.com> --- defs.h | 1 + x86_64.c | 13 +++++++++++++ 2 files changed, 14 insertions(+) diff --git a/defs.h b/defs.h index aba58ff..e73778b 100644 --- a/defs.h +++ b/defs.h @@ -5996,6 +5996,7 @@ struct machine_specific { #define VM_FLAGS (VM_ORIG|VM_2_6_11|VM_XEN|VM_XEN_RHEL4|VM_5LEVEL) #define _2MB_PAGE_MASK (~((MEGABYTES(2))-1)) +#define _1GB_PAGE_MASK (~((GIGABYTES(1))-1)) #endif diff --git a/x86_64.c b/x86_64.c index 4f1a6d7..98bb685 100644 --- a/x86_64.c +++ b/x86_64.c @@ -2020,6 +2020,19 @@ x86_64_uvtop_level4(struct task_context *tc, ulong uvaddr, physaddr_t *paddr, in if (!(pud_pte & _PAGE_PRESENT)) goto no_upage; + if (pud_pte & _PAGE_PSE) { + if (verbose) { + fprintf(fp, " PAGE: %lx (1GB)\n\n", + PAGEBASE(pud_pte) & PHYSICAL_PAGE_MASK); + x86_64_translate_pte(pud_pte, 0, 0); + } + + physpage = (PAGEBASE(pud_pte) & PHYSICAL_PAGE_MASK) + + (uvaddr & ~_1GB_PAGE_MASK); + *paddr = physpage; + return TRUE; + } + /* * pmd = pmd_offset(pud, address); */ -- 2.16.2

4 years, 5 months

3
4
0 / 0

[PATCH] x86_64: vtop supports 1G huge pages

by Li RongQing

From: Li RongQing <lirongqing(a)baidu.com> Crash utility currently does not supporting virtual to physical address translation for 1G huge pages on x86_64, This patch tries to address this issue by providing address translation support for huge pages in 'vtop' command. Without this patch: crash> vtop 7f6e40000000 VIRTUAL PHYSICAL vtop: seek error: physical address: 3f53f000f000 type: "page table" crash> With this patch: crash> vtop 7f6e40000000 VIRTUAL PHYSICAL 7f6e40000000 1d40000000 PGD: 1fdb6cc7f0 => 80000001e715f067 PUD: 1e715fdc8 => 8000001d400008e7 PAGE: 1d40000000 (1GB) PTE PHYSICAL FLAGS 8000001d400008e7 1d40000000 (PRESENT|RW|USER|ACCESSED|DIRTY|PSE|NX) VMA START END FLAGS FILE ffff99869b7791f8 7f6e40000000 7f6ec0000000 c4400fb /var/lib/libvirt/qemu/hugetlbfs/qemu_back_mem._objects_ram-node0.WjBfNa PAGE PHYSICAL MAPPING INDEX CNT FLAGS ffffd90cf5000000 1d40000000 ffff996836978650 0 7 17ffffc000801c referenced,uptodate,dirty,head crash> Signed-off-by: Li RongQing <lirongqing(a)baidu.com> Signed-off-by: Chu Kaiping <chukaiping(a)foxmail.com> --- defs.h | 1 + x86_64.c | 13 +++++++++++++ 2 files changed, 14 insertions(+) diff --git a/defs.h b/defs.h index aba58ff..e73778b 100644 --- a/defs.h +++ b/defs.h @@ -5996,6 +5996,7 @@ struct machine_specific { #define VM_FLAGS (VM_ORIG|VM_2_6_11|VM_XEN|VM_XEN_RHEL4|VM_5LEVEL) #define _2MB_PAGE_MASK (~((MEGABYTES(2))-1)) +#define _1GB_PAGE_MASK (~((GIGABYTES(1))-1)) #endif diff --git a/x86_64.c b/x86_64.c index 4f1a6d7..98bb685 100644 --- a/x86_64.c +++ b/x86_64.c @@ -2020,6 +2020,19 @@ x86_64_uvtop_level4(struct task_context *tc, ulong uvaddr, physaddr_t *paddr, in if (!(pud_pte & _PAGE_PRESENT)) goto no_upage; + if (pud_pte & _PAGE_PSE) { + if (verbose) { + fprintf(fp, " PAGE: %lx (1GB)\n\n", + PAGEBASE(pud_pte) & PHYSICAL_PAGE_MASK); + x86_64_translate_pte(pud_pte, 0, 0); + } + + physpage = (PAGEBASE(pud_pte) & PHYSICAL_PAGE_MASK) + + (uvaddr & ~_1GB_PAGE_MASK); + *paddr = physpage; + return TRUE; + } + /* * pmd = pmd_offset(pud, address); */ -- 2.16.2

4 years, 5 months

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

Crash-utility June 2020