Red Hat Crash Utility

• Thread Index

• Re: [RFC 0/4] Add support to extract hardware device dumps from vmcore
  • From: Surendra Mobiya
• Re: [PATCH] Fix for the "dev -[dD]" options on Linux 5.1-rc1 and later
  • From: Dave Anderson
• [PATCH] Fix for the "dev -[dD]" options on Linux 5.1-rc1 and later
  • From: Kazuhito Hagio
• Re: [RFC 0/4] Add support to extract hardware device dumps from vmcore
  • From: Dave Anderson
• Re: [RFC 0/4] Add support to extract hardware device dumps from vmcore
  • From: Surendra Mobiya
• Re: [RFC 0/4] Add support to extract hardware device dumps from vmcore
  • From: Dave Anderson
• [RFC 4/4] enhance devdump command to extract NT_VMCOREDD from KDUMP vmcore
  • From: Surendra Mobiya
• [RFC 3/4] add devdump command to extract NT_VMCOREDD from ELF vmcore
  • From: Surendra Mobiya
• [RFC 0/4] Add support to extract hardware device dumps from vmcore
  • From: Surendra Mobiya
• [RFC 1/4] parse NT_VMCOREDD ELF notes in ELF vmcore
  • From: Surendra Mobiya
• [RFC 2/4] parse NT_VMCOREDD ELF notes in KDUMP vmcore
  • From: Surendra Mobiya
• Re: [PATCH 0/1] Add --kaslr support for s390x
  • From: Dave Anderson
• [PATCH 1/1] Add --kaslr support for s390x
  • From: Mikhail Zaslonko
• [PATCH 0/1] Add --kaslr support for s390x
  • From: Mikhail Zaslonko
• Re: Make 'files -d' return path when dentry.d_inode is null
  • From: Dave Anderson
• Re: Make 'files -d' return path when dentry.d_inode is null
  • From: Moore, Martin (CSC Americas (Linux RTCC))
• Re: Make 'files -d' return path when dentry.d_inode is null
  • From: Dave Anderson
• Make 'files -d' return path when dentry.d_inode is null
  • From: Moore, Martin (CSC Americas (Linux RTCC))
• Re: CONFIG_PROC_VMCORE_DEVICE_DUMP
  • From: Dave Anderson
• Re: CONFIG_PROC_VMCORE_DEVICE_DUMP
  • From: Dreyfus, Thirtsa (Mobileye)
• Re: CONFIG_PROC_VMCORE_DEVICE_DUMP
  • From: Rahul Lakkireddy
• Re: CONFIG_PROC_VMCORE_DEVICE_DUMP
  • From: Dave Anderson
• CONFIG_PROC_VMCORE_DEVICE_DUMP
  • From: Dreyfus, Thirtsa (Mobileye)
• Re: [PATCH 0/3] trace.so: Make trace dump -t work again
  • From: Steven Rostedt
• Re: [PATCH 0/3] trace.so: Make trace dump -t work again
  • From: Dave Anderson
• Re: [PATCH v2] Fix for XArray/radix_tree rework on linux-next
  • From: Philipp Rudo
• Re: [PATCH v2] Fix for XArray/radix_tree rework on linux-next
  • From: Dave Anderson
• Re: [PATCH 0/1] Fix for XArray/radix_tree rework on linux-next
  • From: Philipp Rudo
• [PATCH v2] Fix for XArray/radix_tree rework on linux-next
  • From: Philipp Rudo
• Re: [PATCH 0/1] Fix for XArray/radix_tree rework on linux-next
  • From: Dave Anderson
• Re: [PATCH 0/1] Fix for XArray/radix_tree rework on linux-next
  • From: Philipp Rudo
• Re: [PATCH 0/1] Fix for XArray/radix_tree rework on linux-next
  • From: Dave Anderson
• Re: [PATCH 0/1] Fix for XArray/radix_tree rework on linux-next
  • From: Philipp Rudo
• Re: [PATCH 0/1] Fix for XArray/radix_tree rework on linux-next
  • From: Dave Anderson
• [PATCH 0/1] Fix for XArray/radix_tree rework on linux-next
  • From: Philipp Rudo
• [PATCH 1/1] Fix for XArray/radix_tree rework on linux-next
  • From: Philipp Rudo
• Re: Fwd: [PATCH 0/3] trace.so: Make trace dump -t work again
  • From: Dave Anderson
• Re: Fwd: [PATCH 0/3] trace.so: Make trace dump -t work again
  • From: Steven Rostedt
• Re: Fwd: [PATCH 0/3] trace.so: Make trace dump -t work again
  • From: Dave Anderson
• Re: Fwd: [PATCH 0/3] trace.so: Make trace dump -t work again
  • From: Dave Anderson
• Re: Fwd: [PATCH 0/3] trace.so: Make trace dump -t work again
  • From: Ravi Bangoria
• Re: Fwd: [PATCH 0/3] trace.so: Make trace dump -t work again
  • From: Dave Anderson
• Fwd: [PATCH 0/3] trace.so: Make trace dump -t work again
  • From: Dave Anderson
• Re: [PATCH] crash: Use '?' for kernel module symbols type
  • From: Ravi Bangoria
• Re: [PATCH] crash: Use '?' for kernel module symbols type
  • From: Dave Anderson
• Re: [PATCH] crash: Use '?' for kernel module symbols type
  • From: Ravi Bangoria
• Fwd: [PATCH 0/3] trace.so: Make trace dump -t work again
  • From: Dave Anderson
• Re: [PATCH] Fix for the "kmem -i" option on Linux 5.0
  • From: Kazuhito Hagio
• Re: [PATCH] Fix for the "kmem -i" option on Linux 5.0
  • From: Dave Anderson
• [PATCH] Fix for the "kmem -i" option on Linux 5.0
  • From: Kazuhito Hagio
• Re: [PATCH] Fix for "kmem -z" on Linux 5.0
  • From: Dave Anderson
• [PATCH] Fix for "kmem -z" on Linux 5.0
  • From: Kazuhito Hagio
• Re: [PATCH] crash: Use '?' for kernel module symbols type
  • From: Dave Anderson
• Re: [PATCH] crash: Use '?' for kernel module symbols type
  • From: Dave Anderson
• [PATCH] crash: Use '?' for kernel module symbols type
  • From: Ravi Bangoria
• Re: [PATCH] ARM: Fix idle task stack unwinding on Thumb-2 kernels
  • From: Dave Anderson
• [PATCH] ARM: Fix idle task stack unwinding on Thumb-2 kernels
  • From: Vincent Whitchurch
• Re: [PATCH] Expand search for banner string to get phys_base
  • From: Dave Anderson
• [PATCH] Expand search for banner string to get phys_base
  • From: 江冉
• Re: crash: read error: kernel virtual address: ...
  • From: Marc Smith
• Re: crash: read error: kernel virtual address: ...
  • From: Dave Anderson
• Re: crash: read error: kernel virtual address: ...
  • From: Marc Smith
• Re: crash: read error: kernel virtual address: ...
  • From: Dave Anderson
• Re: crash: read error: kernel virtual address: ...
  • From: Dave Anderson
• crash: read error: kernel virtual address: ...
  • From: Marc Smith
• Re: [PATCH] Add -T option to configure task table via a file
  • From: Hatayama, Daisuke
• Re: Not compatible with d52888aa2753 ("x86/mm: Move LDT remap out of KASLR region on 5-level paging")
  • From: WANG Chao
• Re: Not compatible with d52888aa2753 ("x86/mm: Move LDT remap out of KASLR region on 5-level paging")
  • From: Dave Anderson
• Re: [PATCH] Using crash with newer xen versions fails
  • From: Dave Anderson
• [PATCH] Using crash with newer xen versions fails
  • From: Dietmar Hahn
• Re: [PATCH] Add -T option to configure task table via a file
  • From: Dave Anderson
• Re: [PATCH] Add -T option to configure task table via a file
  • From: Hatayama, Daisuke
• Re: Not compatible with d52888aa2753 ("x86/mm: Move LDT remap out of KASLR region on 5-level paging")
  • From: Dave Anderson
• Re: [PATCH] Add -T option to configure task table via a file
  • From: Dave Anderson
• Not compatible with d52888aa2753 ("x86/mm: Move LDT remap out of KASLR region on 5-level paging")
  • From: WANG Chao
• [PATCH] Add -T option to configure task table via a file
  • From: Hatayama, Daisuke
• [ANNOUNCE] crash version 7.2.5 is available
  • From: Dave Anderson
• Re: [PATCH] dev: Fix display disk I/O statistics for 4.20
  • From: Masayoshi Mizuma
• Re: [PATCH] dev: Fix display disk I/O statistics for 4.20
  • From: Dave Anderson
• [PATCH] dev: Fix display disk I/O statistics for 4.20
  • From: Masayoshi Mizuma
• Re: [PATCH] Enable writing to kernel memory through "/dev/crash"
  • From: Dave Anderson
• [PATCH] Enable writing to kernel memory through "/dev/crash"
  • From: Serapheim Dimitropoulos
• Re: [ANNOUNCE] crash gcore command, version 1.5.0 is released
  • From: Dave Anderson
• Re: [PATCH] ppc64: increase MAX_PHYSMEM_BITS to 2PB
  • From: Dave Anderson
• [PATCH] ppc64: increase MAX_PHYSMEM_BITS to 2PB
  • From: Hari Bathini
• Re: [ANNOUNCE] crash gcore command, version 1.5.0 is released
  • From: Hatayama, Daisuke
• Re: [ANNOUNCE] crash gcore command, version 1.5.0 is released
  • From: Dave Anderson
• [ANNOUNCE] crash gcore command, version 1.5.0 is released
  • From: Hatayama, Daisuke
• Re: [PATCH for testing only] Make radix tree compatible with 4.20-rc1 xarray
  • From: Dominique Martinet
• Re: [PATCH for testing only] Make radix tree compatible with 4.20-rc1 xarray
  • From: Dave Anderson
• [PATCH for testing only] Make radix tree compatible with 4.20-rc1 xarray
  • From: Dominique Martinet
• Re: kernel 4.20-rc1 compatibility - radix tree replaced by xarray
  • From: Dave Anderson
• kernel 4.20-rc1 compatibility - radix tree replaced by xarray
  • From: Dominique Martinet
• Re: [PATCH] cmdline: Add a new "--machdep stacksize=<value>".
  • From: Sean Fu
• Re: [PATCH] cmdline: Add a new "--machdep stacksize=<value>".
  • From: Dominique Martinet
• Re: [PATCH] cmdline: Add a new "--machdep stacksize=<value>".
  • From: Sean Fu
• Re: [PATCH] cmdline: Add a new "--machdep stacksize=<value>".
  • From: Dave Anderson
• Re: [PATCH] cmdline: Add a new "--machdep stacksize=<value>".
  • From: Sean Fu
• Re: [PATCH] cmdline: Add a new "--machdep stacksize=<value>".
  • From: Dave Anderson
• Re: [PATCH] cmdline: Add a new "--machdep stacksize=<value>".
  • From: Sean Fu
• Re: [PATCH v2] kmem: update n option to dump memory block
  • From: Masayoshi Mizuma
• Re: [PATCH v2] kmem: update n option to dump memory block
  • From: Dave Anderson
• Re: [PATCH v2] kmem: update n option to dump memory block
  • From: Dave Anderson
• Re: [PATCH v2] kmem: update n option to dump memory block
  • From: Masayoshi Mizuma
• Re: [PATCH v2] kmem: update n option to dump memory block
  • From: Dave Anderson
• Re: [PATCH v2] kmem: update n option to dump memory block
  • From: Masayoshi Mizuma
• Re: [PATCH v2] kmem: update n option to dump memory block
  • From: Dave Anderson
• Re: [PATCH v2] kmem: update n option to dump memory block
  • From: Dave Anderson
• [PATCH v2] kmem: update n option to dump memory block
  • From: Masayoshi Mizuma
• Re: [PATCH] kmem: update n option to dump memory block
  • From: Masayoshi Mizuma
• Re: [PATCH] kmem: update n option to dump memory block
  • From: Dave Anderson
• Re: [PATCH] kmem: update n option to dump memory block
  • From: Masayoshi Mizuma
• Re: [PATCH] kmem: update n option to dump memory block
  • From: Dave Anderson
• Re: [PATCH 1/2] ppc64/opal: add a flag to determine if the kernel is running on OPAL firmware
  • From: Dave Anderson
• [PATCH] kmem: update n option to dump memory block
  • From: Masayoshi Mizuma
• [PATCH 2/2] ppc64/opal: Improve bt output when R1 falls in OPAL range
  • From: Hari Bathini
• [PATCH 1/2] ppc64/opal: add a flag to determine if the kernel is running on OPAL firmware
  • From: Hari Bathini
• Re: [PATCH] cmdline: Add a new "--machdep stacksize=<value>".
  • From: Dave Anderson
• Re: [PATCH] cmdline: Add a new "--machdep stacksize=<value>".
  • From: Dominique Martinet
• [PATCH] cmdline: Add a new "--machdep stacksize=<value>".
  • From: Sean Fu
• Re: [PATCH] cmdline: allow to specify a script directly in pipeline
  • From: Dave Anderson
• Re: [PATCH] cmdline: allow to specify a script directly in pipeline
  • From: Dave Anderson
• Re: [PATCH] cmdline: allow to specify a script directly in pipeline
  • From: Kazuhito Hagio
• Re: [PATCH] ppc64: increase MAX_PHYSMEM_BITS to 128TB
  • From: Dave Anderson
• Re: [PATCH] cmdline: allow to specify a script directly in pipeline
  • From: Dave Anderson
• [PATCH] cmdline: allow to specify a script directly in pipeline
  • From: Kazuhito Hagio
• [PATCH] ppc64: increase MAX_PHYSMEM_BITS to 128TB
  • From: Hari Bathini
• Re: [PATCH] dev: add PCI information in recently kernel.
  • From: Masayoshi Mizuma
• Re: [PATCH] dev: add PCI information in recently kernel.
  • From: Dave Anderson
• [PATCH] dev: add PCI information in recently kernel.
  • From: Masayoshi Mizuma
• [ANNOUNCE] crash version 7.2.4 is available
  • From: Dave Anderson
• Re: [PATCH] ppc64: rework bt command
  • From: Hari Bathini
• Re: [PATCH] ppc64: rework bt command
  • From: Dave Anderson
• Re: [PATCH] ppc64: rework bt command
  • From: Dave Anderson
• Re: [PATCH] ppc64: rework bt command
  • From: Dave Anderson
• [PATCH] ppc64: rework bt command
  • From: Hari Bathini
• Re: [PATCH] Fix for "files -[cp]" options on Linux 4.17
  • From: Dave Anderson
• Re: [PATCH] Fix for "files -[cp]" options on Linux 4.17
  • From: Dave Anderson
• [PATCH] Fix for "files -[cp]" options on Linux 4.17
  • From: Kazuhito Hagio
• Re: [PATCH] Fix for 4.19-rc1 and later "relative __ksymtab entries"
  • From: Dave Anderson
• [PATCH] Fix for 4.19-rc1 and later "relative __ksymtab entries"
  • From: Dominique Martinet
• Re: [PATCH RFC] Add "kmem -r" to display accumulated slab statistics like /proc/slabinfo
  • From: Dave Anderson
• Re: [PATCH RFC] Add "kmem -r" to display accumulated slab statistics like /proc/slabinfo
  • From: Kazuhito Hagio
• Re: [PATCH RFC] Add "kmem -r" to display accumulated slab statistics like /proc/slabinfo
  • From: Dave Anderson
• [PATCH RFC] Add "kmem -r" to display accumulated slab statistics like /proc/slabinfo
  • From: Kazuhito Hagio
• Re: [PATCH] Fix for an abort in vm_stat_init() without CONFIG_NUMA
  • From: Dave Anderson
• [PATCH] Fix for an abort in vm_stat_init() without CONFIG_NUMA
  • From: Kazuhito Hagio
• Re: [PATCH] Fix the extension trace.so for RHEL7.6
  • From: Dave Anderson
• [PATCH] Fix the extension trace.so for RHEL7.6
  • From: Xu Huan
• Re: Maintenance of trace.c extension module
  • From: xuhuan
• Re: Maintenance of trace.c extension module
  • From: xuhuan
• Re: Maintenance of trace.c extension module
  • From: Dave Anderson
• Maintenance of trace.c extension module
  • From: xuhuan
• Re: [PATCH 0/2] Move NAME column in "kmem -s" output to the last of line
  • From: Dave Anderson
• Re: [PATCH] fix open fds display when process using large amount of file descriptors
  • From: Dave Anderson
• Re: [PATCH 0/2] Move NAME column in "kmem -s" output to the last of line
  • From: Kazuhito Hagio
• Re: [PATCH 0/2] Move NAME column in "kmem -s" output to the last of line
  • From: Dave Anderson
• Re: [PATCH] fix open fds display when process using large amount of file descriptors
  • From: Dave Anderson
• [PATCH] fix open fds display when process using large amount of file descriptors
  • From: Tan Hu
• Re: [PATCH 0/2] Move NAME column in "kmem -s" output to the last of line
  • From: anderson
• [PATCH 1/2] Unify the three functions printing "kmem -s" line into one function
  • From: Kazuhito Hagio
• [PATCH 0/2] Move NAME column in "kmem -s" output to the last of line
  • From: Kazuhito Hagio
• [PATCH 2/2] Move NAME column in "kmem -s" output to the last of line
  • From: Kazuhito Hagio
• Re: [PATCH 0/3] Add support for TASK_IDLE and TASK_NEW task states
  • From: Dave Anderson
• [PATCH 1/3] Fix task state bitmasks for 4.14 and later
  • From: Kazuhito Hagio
• [PATCH 0/3] Add support for TASK_IDLE and TASK_NEW task states
  • From: Kazuhito Hagio
• [PATCH 2/3] Add support for TASK_IDLE task state
  • From: Kazuhito Hagio
• [PATCH 3/3] Add support for TASK_NEW task state
  • From: Kazuhito Hagio
• Re: [PATCH] x86_64: Remove the unused x86_64_task_uses_5level()
  • From: Dou Liyang
• Re: [PATCH] x86_64: Remove the unused x86_64_task_uses_5level()
  • From: Dave Anderson
• Re: Seek help about 5-level paging
  • From: Kirill A. Shutemov
• [PATCH] x86_64: Remove the unused x86_64_task_uses_5level()
  • From: Dou Liyang
• Re: Seek help about 5-level paging
  • From: Dou Liyang
• Seek help about 5-level paging
  • From: Dou Liyang
• Re: [PATCH v2] x86_64: Make the conversion between 4level and 5level paging automatically
  • From: Dave Anderson
• Re: [PATCH v2] x86_64: Make the conversion between 4level and 5level paging automatically
  • From: Dou Liyang
• Re: [PATCH v2] x86_64: Make the conversion between 4level and 5level paging automatically
  • From: Dave Anderson
• Re: [PATCH v2] x86_64: Make the conversion between 4level and 5level paging automatically
  • From: Dou Liyang
• Re: [PATCH v2] x86_64: Make the conversion between 4level and 5level paging automatically
  • From: Dou Liyang
• Re: [PATCH 0/5] Add Brent algorithm as an option for the 'list' command
  • From: Dave Anderson
• Re: [PATCH v2] x86_64: Make the conversion between 4level and 5level paging automatically
  • From: Dave Anderson
• Re: [PATCH v2] x86_64: Make the conversion between 4level and 5level paging automatically
  • From: Dave Anderson
• Re: [PATCH v2] x86_64: Make the conversion between 4level and 5level paging automatically
  • From: Dou Liyang
• [PATCH 6/6] Add a '-B' flag to the list command to call the brent algorithm.
  • From: Dave Wysochanski
• [PATCH 5/6] Implement R. P. Brent's algorithm for loop detection for 'list' command.
  • From: Dave Wysochanski
• [PATCH 3/6] do_list_no_hash: factor out structure output into static function
  • From: Dave Wysochanski
• [PATCH 4/6] do_list_no_hash: factor out a small readmem function
  • From: Dave Wysochanski
• [PATCH 2/6] do_list_no_hash: factor out all the debug statements at entry into do_list_debug_entry
  • From: Dave Wysochanski
• [PATCH 1/6] Add do_list_no_hash() function similar to do_list() but without hash.
  • From: Dave Wysochanski
• [PATCH 0/5] Add Brent algorithm as an option for the 'list' command
  • From: Dave Wysochanski
• Re: [PATCH v2] x86_64: Make the conversion between 4level and 5level paging automatically
  • From: Dave Anderson
• Re: [PATCH v2] x86_64: Make the conversion between 4level and 5level paging automatically
  • From: Dave Anderson
• Re: [PATCH v2] x86_64: Make the conversion between 4level and 5level paging automatically
  • From: Dave Anderson
• [PATCH v2] x86_64: Make the conversion between 4level and 5level paging automatically
  • From: Dou Liyang
• Re: [PATCH] x86_64: Make the conversion between 4level and 5level paging automatically
  • From: Dou Liyang
• Re: [PATCH] x86_64: Make the conversion between 4level and 5level paging automatically
  • From: Dave Anderson
• Re: [PATCH] x86_64: Make the conversion between 4level and 5level paging automatically
  • From: Dou Liyang
• Re: [PATCH] x86_64: Make the conversion between 4level and 5level paging automatically
  • From: Dave Anderson
• [PATCH] x86_64: Make the conversion between 4level and 5level paging automatically
  • From: Dou Liyang
• Re: Crash-utility issue with MIPS
  • From: Ilan Schwarts
• Crash-utility issue with MIPS
  • From: Mozes, Rachel
• Re: crash-7.3.2 very long list iteration progressively increasing memory usage
  • From: David Wysochanski
• Re: crash-7.3.2 very long list iteration progressively increasing memory usage
  • From: David Wysochanski
• Re: crash-7.3.2 very long list iteration progressively increasing memory usage
  • From: David Mair
• Re: crash-7.3.2 very long list iteration progressively increasing memory usage
  • From: David Mair
• Re: crash-7.3.2 very long list iteration progressively increasing memory usage
  • From: David Mair
• Re: crash-7.3.2 very long list iteration progressively increasing memory usage
  • From: Jeremy Harris
• Re: crash-7.3.2 very long list iteration progressively increasing memory usage
  • From: David Wysochanski
• Re: Fwd: Redhat 5.11 dump
  • From: Ilan Schwarts
• Re: crash-7.3.2 very long list iteration progressively increasing memory usage
  • From: David Wysochanski
• Re: crash-7.3.2 very long list iteration progressively increasing memory usage
  • From: Dave Kleikamp
• Re: crash-7.3.2 very long list iteration progressively increasing memory usage
  • From: David Mair
• Re: kdump on VFAT
  • From: Dave Anderson
• kdump on VFAT
  • From: Chris Murphy
• Re: crash-7.3.2 very long list iteration progressively increasing memory usage
  • From: Dave Anderson
• Re: crash-7.3.2 very long list iteration progressively increasing memory usage
  • From: Dave Anderson
• Re: crash-7.3.2 very long list iteration progressively increasing memory usage
  • From: Dave Kleikamp
• Re: crash-7.3.2 very long list iteration progressively increasing memory usage
  • From: David Wysochanski
• Re: crash-7.3.2 very long list iteration progressively increasing memory usage
  • From: Dave Anderson
• Re: crash-7.3.2 very long list iteration progressively increasing memory usage
  • From: Dave Kleikamp
• Re: crash-7.3.2 very long list iteration progressively increasing memory usage
  • From: Dave Anderson
• Re: crash-7.3.2 very long list iteration progressively increasing memory usage
  • From: David Wysochanski
• Re: crash-7.3.2 very long list iteration progressively increasing memory usage
  • From: Dave Anderson
• Re: crash-7.3.2 very long list iteration progressively increasing memory usage
  • From: David Wysochanski
• Re: crash-7.3.2 very long list iteration progressively increasing memory usage
  • From: Jeremy Harris
• Re: crash-7.3.2 very long list iteration progressively increasing memory usage
  • From: David Wysochanski
• Re: crash-7.3.2 very long list iteration progressively increasing memory usage
  • From: Dave Anderson
• crash-7.3.2 very long list iteration progressively increasing memory usage
  • From: David Wysochanski
• Re: Fwd: Redhat 5.11 dump
  • From: Dave Anderson
• Re: Fwd: Redhat 5.11 dump
  • From: Dave Anderson
• Fwd: Redhat 5.11 dump
  • From: Ilan Schwarts
• Redhat 5.11 dump
  • From: Ilan Schwarts
• Re: Abort in "kmem -i" command
  • From: Kazuhito Hagio
• Re: Abort in "kmem -i" command
  • From: Dave Anderson
• Re: [PATCH] book3s/ppc64: Increase the VA range
  • From: Dave Anderson
• [PATCH] book3s/ppc64: Increase the VA range
  • From: Hari Bathini
• Re: Abort in "kmem -i" command
  • From: Dave Anderson
• Abort in "kmem -i" command
  • From: Kazuhito Hagio
• Re: regression with System.map handling on 4.14 +?
  • From: Jinpu Wang
• Re: regression with System.map handling on 4.14 +?
  • From: Dave Anderson
• regression with System.map handling on 4.14 +?
  • From: Jinpu Wang
• regression with System.map handling on 4.14 +?
  • From: Jack Wang
• Re: [PATCH] fix for "timer -r" error: invalid structure member offset: ktime_t_sec
  • From: Dave Anderson
• Re: [PATCH] fix for "timer -r" error: invalid structure member offset: ktime_t_sec
  • From: anderson
• [PATCH] fix for "timer -r" error: invalid structure member offset: ktime_t_sec
  • From: Kazuhito Hagio
• [ANNOUNCE] crash version 7.2.3 is available
  • From: Dave Anderson
• Re: [ANNOUNCE] crash version 7.2.2 is available
  • From: Alex Sidorenko
• Re: [ANNOUNCE] crash version 7.2.2 is available
  • From: Dave Anderson
• Re: [ANNOUNCE] crash version 7.2.2 is available
  • From: Dave Anderson
• Re: [ANNOUNCE] crash version 7.2.2 is available
  • From: Dave Anderson
• Re: [ANNOUNCE] crash version 7.2.2 is available
  • From: Alex Sidorenko
• Re: [ANNOUNCE] crash version 7.2.2 is available
  • From: Alex Sidorenko
• [ANNOUNCE] crash version 7.2.2 is available
  • From: Dave Anderson
• Re: [PATCH] fix "ps -a" for tasks whose arg_start was moved
  • From: Dave Anderson
• [PATCH] fix "ps -a" for tasks whose arg_start was moved
  • From: Kazuhito Hagio
• Re: [PATCH] tree: help fixes and -t radix vs. -l mutual exclusivity check
  • From: Daniel Vacek
• Re: [PATCH] tree: help fixes and -t radix vs. -l mutual exclusivity check
  • From: Dave Anderson
• [PATCH] tree: help fixes and -t radix vs. -l mutual exclusivity check
  • From: Daniel Vacek
• Re: [PATCH v2 0/3] couple of trivial tree patches
  • From: Daniel Vacek
• Re: [PATCH v2 0/3] couple of trivial tree patches
  • From: Dave Anderson
• Re: [PATCH] speed up "ps -r" by storing the length of rlim array
  • From: Dave Anderson
• [PATCH v2 3/3] tree: document that type defaults to rbtree
  • From: Daniel Vacek
• [PATCH v2 2/3] tree: add an option to dump the tree sorted
  • From: Daniel Vacek
• [PATCH v2 1/3] tree: no need to bail out on tree corruption
  • From: Daniel Vacek
• [PATCH v2 0/3] couple of trivial tree patches
  • From: Daniel Vacek
• [PATCH] speed up "ps -r" by storing the length of rlim array
  • From: Kazuhito Hagio
• Re: [PATCH 0/4] speed up handling of dumps with many tasks
  • From: Greg Thelen
• Re: [PATCH 2/2] tree: add an option to dump the tree sorted
  • From: Daniel Vacek
• Re: [PATCH 1/2] tree: no need to bail out on tree corruption, skip the node and move on instead
  • From: Daniel Vacek
• [PATCH 0/2] couple of trivial tree patches
  • From: Daniel Vacek
• Re: [PATCH 0/4] speed up handling of dumps with many tasks
  • From: Dave Anderson
• Re: [PATCH 2/2] tree: add an option to dump the tree sorted
  • From: Daniel Vacek
• Re: [PATCH 2/2] tree: add an option to dump the tree sorted
  • From: Dave Anderson
• Re: [PATCH 2/2] tree: add an option to dump the tree sorted
  • From: Daniel Vacek
• Re: [PATCH 1/2] tree: no need to bail out on tree corruption, skip the node and move on instead
  • From: Dave Anderson
• Re: [PATCH 2/2] tree: add an option to dump the tree sorted
  • From: Dave Anderson
• Re: [PATCH 1/2] tree: no need to bail out on tree corruption, skip the node and move on instead
  • From: Dave Anderson
• [PATCH 2/2] tree: add an option to dump the tree sorted
  • From: Daniel Vacek
• [PATCH 1/2] tree: no need to bail out on tree corruption, skip the node and move on instead
  • From: Daniel Vacek
• Re: [PATCH 0/4] speed up handling of dumps with many tasks
  • From: Greg Thelen
• Re: [PATCH 0/4] speed up handling of dumps with many tasks
  • From: Dave Anderson
• Re: [PATCH 3/4] remove unreachable (and slow) code
  • From: Dave Anderson
• Re: [PATCH 3/4] remove unreachable (and slow) code
  • From: Greg Thelen
• Re: [PATCH 3/4] remove unreachable (and slow) code
  • From: Dave Anderson
• Re: [PATCH 0/4] speed up handling of dumps with many tasks
  • From: Greg Thelen
• Re: [PATCH 0/4] speed up handling of dumps with many tasks
  • From: Dave Anderson
• [PATCH 2/4] refactor task_to_pid
  • From: Greg Thelen
• [PATCH 4/4] index task_context by task
  • From: Greg Thelen
• [PATCH 3/4] remove unreachable (and slow) code
  • From: Greg Thelen
• [PATCH 1/4] refactor store_context => add_context
  • From: Greg Thelen
• [PATCH 0/4] speed up handling of dumps with many tasks
  • From: Greg Thelen
• Re: [crash patch] Compute init_thread_union size
  • From: Dave Anderson
• Re: [crash patch] Compute init_thread_union size
  • From: Mike Galbraith
• Re: [crash patch] Compute init_thread_union size
  • From: Mike Galbraith
• Re: [crash patch] Compute init_thread_union size
  • From: Dave Anderson
• Re: [crash patch] Compute init_thread_union size
  • From: Dave Anderson
• Re: Can't read stack contents from qemu dump
  • From: Dave Anderson
• Re: Can't read stack contents from qemu dump
  • From: Nikolay Borisov
• Re: Can't read stack contents from qemu dump
  • From: Dave Anderson
• Re: Can't read stack contents from qemu dump
  • From: Nikolay Borisov
• Re: Can't read stack contents from qemu dump
  • From: Dave Anderson
• Can't read stack contents from qemu dump
  • From: Nikolay Borisov
• Re: [PATCH v4 0/6] Generalize KASLR calculation and use it for KDUMPs
  • From: Dave Anderson
• Re: [PATCH v4 0/6] Generalize KASLR calculation and use it for KDUMPs
  • From: Hatayama, Daisuke
• Re: [PATCH v3] vmware_vmss: read vCPUs regs and show them in 'bt'
  • From: Sergio Lopez
• Re: [PATCH v3 1/4] Move kaslr related functions from sadump.c to kaslr_helper.c
  • From: Sergio Lopez
• [PATCH v4 5/6] vmware_vmss: infer kaslr offset for VMSS dumps
  • From: Sergio Lopez
• [PATCH v4 3/6] netdump: infer kaslr offset for QEMU ELF dumps without vmcoreinfo
  • From: Sergio Lopez
• [PATCH v4 1/6] Move kaslr related functions from sadump.c to kaslr_helper.c
  • From: Sergio Lopez
• [PATCH v4 6/6] kaslr_helper/vmware_vmss: update copyright and authors
  • From: Sergio Lopez
• [PATCH v4 4/6] diskdump: infer kaslr offset for QEMU COMPRESSED dumps without vmcoreinfo
  • From: Sergio Lopez
• [PATCH v4 0/6] Generalize KASLR calculation and use it for KDUMPs
  • From: Sergio Lopez
• [PATCH v4 2/6] Move QEMUCPU* structs from netdump.h to defs.h
  • From: Sergio Lopez
• Re: [PATCH v3] vmware_vmss: read vCPUs regs and show them in 'bt'
  • From: Dave Anderson
• [PATCH v3] vmware_vmss: read vCPUs regs and show them in 'bt'
  • From: Sergio Lopez
• Re: [PATCH v2] vmware_vmss: read vCPUs regs and show them in 'bt'
  • From: Sergio Lopez
• Re: [PATCH v2] vmware_vmss: read vCPUs regs and show them in 'bt'
  • From: Dave Anderson
• [PATCH v2] vmware_vmss: read vCPUs regs and show them in 'bt'
  • From: Sergio Lopez
• Re: [PATCH v3 1/4] Move kaslr related functions from sadump.c to kaslr_helper.c
  • From: Hatayama, Daisuke
• Re: [PATCH] vmware_vmss: read vCPUs regs and show them in 'bt'
  • From: Dave Anderson
• Re: [PATCH] vmware_vmss: read vCPUs regs and show them in 'bt'
  • From: Sergio Lopez
• Re: [PATCH] vmware_vmss: read vCPUs regs and show them in 'bt'
  • From: Dave Anderson
• Re: [PATCH v3 0/4] Generalize KASLR calculation and use it for KDUMPs
  • From: Sergio Lopez
• [PATCH] vmware_vmss: read vCPUs regs and show them in 'bt'
  • From: Sergio Lopez
• Re: [PATCH v3 0/4] Generalize KASLR calculation and use it for KDUMPs
  • From: Dave Anderson
• [PATCH v3 4/4] diskdump: infer kaslr offset for QEMU COMPRESSED dumps without vmcoreinfo
  • From: Sergio Lopez
• [PATCH v3 2/4] Move QEMUCPU* structs from netdump.h to defs.h
  • From: Sergio Lopez
• [PATCH v3 3/4] netdump: infer kaslr offset for QEMU ELF dumps without vmcoreinfo
  • From: Sergio Lopez
• [PATCH v3 1/4] Move kaslr related functions from sadump.c to kaslr_helper.c
  • From: Sergio Lopez
• [PATCH v3 0/4] Generalize KASLR calculation and use it for KDUMPs
  • From: Sergio Lopez
• Re: [PATCH v2 0/4] Generalize KASLR calculation and use it for KDUMPs
  • From: Dave Anderson
• Re: [PATCH v2 0/4] Generalize KASLR calculation and use it for KDUMPs
  • From: Sergio Lopez
• Re: [PATCH v2 0/4] Generalize KASLR calculation and use it for KDUMPs
  • From: Dave Anderson
• Re: [PATCH v2 0/4] Generalize KASLR calculation and use it for KDUMPs
  • From: Sergio Lopez
• Re: modules loaded from wrong directory
  • From: Olaf Hering
• Re: [PATCH v2 0/4] Generalize KASLR calculation and use it for KDUMPs
  • From: Dave Anderson
• [PATCH v2 4/4] diskdump: infer kaslr offset for QEMU COMPRESSED dumps without vmcoreinfo
  • From: Sergio Lopez
• [PATCH v2 2/4] Move QEMUCPU* structs from netdump.h to defs.h
  • From: Sergio Lopez
• [PATCH v2 3/4] netdump: infer kaslr offset for QEMU ELF dumps without vmcoreinfo
  • From: Sergio Lopez
• [PATCH v2 1/4] Move kaslr related functions from sadump.c to kaslr_helper.c
  • From: Sergio Lopez
• [PATCH v2 0/4] Generalize KASLR calculation and use it for KDUMPs
  • From: Sergio Lopez
• Re: modules loaded from wrong directory
  • From: Dave Anderson
• modules loaded from wrong directory
  • From: Olaf Hering
• Re: [PATCH 0/2] Generalize KASLR calculation and use it for KDUMPs
  • From: Sergio Lopez
• Re: [PATCH 0/2] Generalize KASLR calculation and use it for KDUMPs
  • From: Sergio Lopez
• Re: [PATCH 0/2] Generalize KASLR calculation and use it for KDUMPs
  • From: Dave Anderson
• Re: [PATCH 0/2] Generalize KASLR calculation and use it for KDUMPs
  • From: Dave Anderson
• [PATCH 2/2] kdump: if vmcoreinfo is missing, try to infer kaslr offset
  • From: Sergio Lopez
• [PATCH 1/2] Move kaslr related functions from sadump.c to kaslr_helper.c
  • From: Sergio Lopez
• [PATCH 0/2] Generalize KASLR calculation and use it for KDUMPs
  • From: Sergio Lopez
• Re: [PATCH v3 0/2] Fix KASLR problem on sadump
  • From: Sergio Lopez
• Re: [PATCH v3 0/2] Fix KASLR problem on sadump
  • From: Sergio Lopez
• Re: [PATCH v3 0/2] Fix KASLR problem on sadump
  • From: Dave Anderson
• Re: [PATCH v3] Speed up "kmem -[sS]" by optimizing is_page_ptr() for x86_64
  • From: Dave Anderson
• [PATCH v3] Speed up "kmem -[sS]" by optimizing is_page_ptr() for x86_64
  • From: Kazuhito Hagio
• Re: [PATCH v2] Speed up "kmem -[sS]" by optimizing is_page_ptr() for x86_64
  • From: Kazuhito Hagio
• [PATCH v2] Speed up "kmem -[sS]" by optimizing is_page_ptr() for x86_64
  • From: Kazuhito Hagio
• Re: [PATCH] Speed up "kmem -[sS]" by optimizing is_page_ptr()
  • From: Dave Anderson
• Re: [PATCH] Speed up "kmem -[sS]" by optimizing is_page_ptr()
  • From: Dave Anderson
• Re: [PATCH] Speed up "kmem -[sS]" by optimizing is_page_ptr()
  • From: Kazuhito Hagio
• Re: [PATCH] ps: Introduce -A option
  • From: Dave Anderson
• [PATCH] ps: Introduce -A option
  • From: Aaron Tomlin
• Re: [PATCH] filesys: Skip 'vmlinux.o' while searching for vmlinux in 'find_booted_kernel()'
  • From: Dave Anderson
• Re: [PATCH] filesys: Skip 'vmlinux.o' while searching for vmlinux in 'find_booted_kernel()'
  • From: Bhupesh Sharma
• Re: [PATCH] filesys: Skip 'vmlinux.o' while searching for vmlinux in 'find_booted_kernel()'
  • From: Bhupesh Sharma
• Re: [PATCH] filesys: Skip 'vmlinux.o' while searching for vmlinux in 'find_booted_kernel()'
  • From: Dave Anderson
• Re: [PATCH] filesys: Skip 'vmlinux.o' while searching for vmlinux in 'find_booted_kernel()'
  • From: Dave Anderson
• [PATCH] filesys: Skip 'vmlinux.o' while searching for vmlinux in 'find_booted_kernel()'
  • From: Bhupesh Sharma
• Re: [PATCH] crash/symbols: Error out earlier in case _stext_vmlinux is NULL or UNINITIALIZED
  • From: Bhupesh Sharma
• Re: [PATCH] Speed up "kmem -[sS]" by optimizing is_page_ptr()
  • From: Kazuhito Hagio
• Re: [PATCH] crash/symbols: Error out earlier in case _stext_vmlinux is NULL or UNINITIALIZED
  • From: Dave Anderson
• [PATCH] crash/symbols: Error out earlier in case _stext_vmlinux is NULL or UNINITIALIZED
  • From: Bhupesh Sharma
• Re: [PATCH] Speed up "kmem -[sS]" by optimizing is_page_ptr()
  • From: Dave Anderson
• Re: [PATCH] Speed up "kmem -[sS]" by optimizing is_page_ptr()
  • From: Kazuhito Hagio
• Re: linux_banner has garbage
  • From: Dave Anderson
• Re: linux_banner has garbage
  • From: Eshak
• Re: linux_banner has garbage
  • From: Dave Anderson
• Re: linux_banner has garbage
  • From: Eshak
• Re: [PATCH] Speed up "kmem -[sS]" by optimizing is_page_ptr()
  • From: Dave Anderson
• Re: [PATCH] Speed up "kmem -[sS]" by optimizing is_page_ptr()
  • From: Kazuhito Hagio
• Re: [PATCH] Speed up "kmem -[sS]" by optimizing is_page_ptr()
  • From: Dave Anderson
• Re: [PATCH] Speed up "kmem -[sS]" by optimizing is_page_ptr()
  • From: Dave Anderson
• Re: [PATCH] Speed up "kmem -[sS]" by optimizing is_page_ptr()
  • From: Kazuhito Hagio
• Re: [PATCH] Speed up "kmem -[sS]" by optimizing is_page_ptr()
  • From: Dave Anderson
• Re: [PATCH] Speed up "kmem -[sS]" by optimizing is_page_ptr()
  • From: Kazuhito Hagio
• Re: [PATCH] Speed up "kmem -[sS]" by optimizing is_page_ptr()
  • From: Dave Anderson
• Re: [PATCH] Speed up "kmem -[sS]" by optimizing is_page_ptr()
  • From: Kazuhito Hagio
• Re: [PATCH] arm64: fix page size calculation
  • From: Dave Anderson
• Re: [PATCH] Speed up "kmem -[sS]" by optimizing is_page_ptr()
  • From: Dave Anderson
• Re: [PATCH] Speed up "kmem -[sS]" by optimizing is_page_ptr()
  • From: Dave Anderson
• Re: [PATCH] Speed up "kmem -[sS]" by optimizing is_page_ptr()
  • From: Kazuhito Hagio
• [PATCH] arm64: fix page size calculation
  • From: AKASHI Takahiro
• [ANNOUNCE] crash version 7.2.1 is available
  • From: Dave Anderson
• Re: [PATCH] Speed up "kmem -[sS]" by optimizing is_page_ptr()
  • From: Dave Anderson
• [PATCH] Speed up "kmem -[sS]" by optimizing is_page_ptr()
  • From: k-hagio
• Re: linux_banner has garbage
  • From: Eshak
• Re: linux_banner has garbage
  • From: anderson
• Re: linux_banner has garbage
  • From: Eshak
• Re: linux_banner has garbage
  • From: Dave Anderson
• Re: linux_banner has garbage
  • From: Eshak
• Re: linux_banner has garbage
  • From: Dave Anderson
• Re: linux_banner has garbage
  • From: anderson
• Re: linux_banner has garbage
  • From: Eshak
• Re: linux_banner has garbage
  • From: anderson
• Re: linux_banner has garbage
  • From: Eshak
• Re: linux_banner has garbage
  • From: Eshak
• Re: linux_banner has garbage
  • From: Dave Anderson
• Re: linux_banner has garbage
  • From: Dave Anderson
• linux_banner has garbage
  • From: Eshak
• Re: [PATCH v2 2/2] fix error crash: cannot resolve "schedulers"
  • From: Dave Anderson
• [PATCH v2 1/2] dynamically allocate schedulers_buf
  • From: Nikola Pajkovsky
• [PATCH v2 2/2] fix error crash: cannot resolve "schedulers"
  • From: Nikola Pajkovsky
• Re: [PATCH] Extend Xen hypervisor direct mapping on x86_64
  • From: Dave Anderson
• Re: [PATCH] fix error crash: cannot resolve "schedulers"
  • From: Dave Anderson
• Re: [PATCH] fix error crash: cannot resolve "schedulers"
  • From: Nikola Pajkovsky
• [PATCH] Extend Xen hypervisor direct mapping on x86_64
  • From: Petr Tesarik
• Re: [PATCH] fix error crash: cannot resolve "schedulers"
  • From: Dave Anderson
• [PATCH] fix error crash: cannot resolve "schedulers"
  • From: Nikola Pajkovsky
• Re: [PATCH v3 0/6] Second phase of future support for x86_64 5-level page tables
  • From: Dave Anderson
• Re: [PATCH v3 0/6] Second phase of future support for x86_64 5-level page tables
  • From: Dou Liyang
• Re: [PATCH v3 0/6] Second phase of future support for x86_64 5-level page tables
  • From: Dave Anderson
• [PATCH v3 0/6] Second phase of future support for x86_64 5-level page tables
  • From: Dou Liyang
• [PATCH v3 6/6] x86_64: Fix the misusage of PGDIR_SHIFT
  • From: Dou Liyang
• [PATCH v3 5/6] x86_64: Add 5-level paging support for x86_64_k/uvtop()
  • From: Dou Liyang
• [PATCH v3 1/6] defs.h: Fix the PHYSICAL_PAGE_MASK macro
  • From: Dou Liyang
• [PATCH v3 2/6] x86_64: Extract public page table mapping code
  • From: Dou Liyang
• [PATCH v3 4/6] x86_64.c: Add the VMEMMAP support for 5 level page table
  • From: Dou Liyang
• [PATCH v3 3/6] x86_64: Unify the page table parsing for 4-level mode
  • From: Dou Liyang
• Re: [PATCH v2 0/6] Second phase of future support for x86_64 5-level page tables
  • From: Dou Liyang
• Re: [PATCH v2 0/6] Second phase of future support for x86_64 5-level page tables
  • From: Dave Anderson
• Re: [PATCH] sadump: Fix a problem of PTI enabled kernel
  • From: Dave Anderson
• Re: Using crash with structure layout randomized kernel
  • From: Petr Tesarik
• Re: [PATCH] sadump: Fix a problem of PTI enabled kernel
  • From: Hatayama, Daisuke
• Re: [PATCH] sadump: Fix a problem of PTI enabled kernel
  • From: Hatayama, Daisuke
• Re: Using crash with structure layout randomized kernel
  • From: Cao jin
• Re: Using crash with structure layout randomized kernel
  • From: Hatayama, Daisuke
• [PATCH] sadump: Fix a problem of PTI enabled kernel
  • From: Takao Indoh
• Re: Using crash with structure layout randomized kernel
  • From: Cao jin
• Re: Using crash with structure layout randomized kernel
  • From: Petr Tesarik
• Re: Using crash with structure layout randomized kernel
  • From: Cao jin
• Re: Crash debugging vmcore, start error problem, crash seek error: kernel virtual address: fffffffffffffffa0 type: "kmem_cache buffer"
  • From: Dave Anderson
• Crash debugging vmcore, start error problem, crash seekerror: kernel virtual address: fffffffffffffffa0 type: "kmem_cache buffer"
  • From: =?gb18030?b?09rlt3hwcA==?=
• Re: Using crash with structure layout randomized kernel
  • From: Dave Anderson
• Re: Using crash with structure layout randomized kernel
  • From: Dave Anderson
• Re: Using crash with structure layout randomized kernel
  • From: Cao jin
• Re: Using crash with structure layout randomized kernel
  • From: Cao jin
• Re: Using crash with structure layout randomized kernel
  • From: Dave Anderson
• Using crash with structure layout randomized kernel
  • From: Cao jin
• Re: [PATCH v2 0/6] Second phase of future support for x86_64 5-level page tables
  • From: Dou Liyang
• Re: [PATCH v2 0/6] Second phase of future support for x86_64 5-level page tables
  • From: Dave Anderson
• Re: [PATCH v2 0/6] Second phase of future support for x86_64 5-level page tables
  • From: Dou Liyang
• Re: [PATCH v2 0/6] Second phase of future support for x86_64 5-level page tables
  • From: Dave Anderson
• [PATCH v2 5/6] x86_64: Add 5-level paging support for x86_64_k/uvtop()
  • From: Dou Liyang
• [PATCH v2 2/6] x86_64: Extract public page table mapping code
  • From: Dou Liyang
• [PATCH v2 4/6] x86_64.c: Add the VMEMMAP support for 5 level page table
  • From: Dou Liyang
• [PATCH v2 1/6] defs.h: Fix the PHYSICAL_PAGE_MASK macro
  • From: Dou Liyang
• [PATCH v2 6/6] x86_64: Fix the misusage of PGDIR_SHIFT
  • From: Dou Liyang
• [PATCH v2 3/6] x86_64: Unify the page table parsing for 4-level mode
  • From: Dou Liyang
• [PATCH v2 0/6] Second phase of future support for x86_64 5-level page tables
  • From: Dou Liyang
• Re: Fail to parse dump of linux4.4 on arm64
  • From: vinayak menon
• Re: [PATCH 0/5] Second phase of future support for x86_64 5-level page tables
  • From: Dou Liyang
• Re: [PATCH 1/5] defs.h: Fix the PHYSICAL_PAGE_MASK macro
  • From: Dave Anderson
• Re: [PATCH 0/5] Second phase of future support for x86_64 5-level page tables
  • From: Dave Anderson
• [PATCH 2/5] x86_64: Extract public page table mapping code
  • From: Dou Liyang
• [PATCH 0/5] Second phase of future support for x86_64 5-level page tables
  • From: Dou Liyang
• [PATCH 5/5] x86_64: Add 5-level paging support for x86_64_k/uvtop()
  • From: Dou Liyang
• [PATCH 1/5] defs.h: Fix the PHYSICAL_PAGE_MASK macro
  • From: Dou Liyang
• [PATCH 3/5] x86_64: Unify the page table parsing for 4-level mode
  • From: Dou Liyang
• [PATCH 4/5] x86_64.c: Add the VMEMMAP support for 5 level page table
  • From: Dou Liyang
• Re: Fail to parse dump of linux4.4 on arm64
  • From: Dave Anderson
• Fail to parse dump of linux4.4 on arm64
  • From: 自己
• Re: Question about extension modules
  • From: Dave Anderson
• Question about extension modules
  • From: Fei, Jie/费 杰
• Re: crash-utility parse ramdump of arm64 failed
  • From: Dave Anderson
• crash-utility parse ramdump of arm64 failed
  • From: 自己
• Re: [PATCH] defs.h: Refine the FILL_PML4() macro
  • From: Dave Anderson
• Re: Why does crash check the program context flags in FILL_PML4() macro
  • From: Dave Anderson
• [PATCH] defs.h: Refine the FILL_PML4() macro
  • From: Dou Liyang
• Why does crash check the program context flags in FILL_PML4() macro
  • From: Dou Liyang
• Re: [RFC PATCH] defs.h: Update the range of legacy vsyscall to 4kB
  • From: Dave Anderson
• Re: [PATCH] defs.h: Update the vmalloc start address of 5-Level
  • From: Dave Anderson
• [RFC PATCH] defs.h: Update the range of legacy vsyscall to 4kB
  • From: Dou Liyang
• [PATCH] defs.h: Update the vmalloc start address of 5-Level
  • From: Dou Liyang
• Re: Fw: [CentOS] Can't see register value in crash vmcore
  • From: anderson
• Fw: [CentOS] Can't see register value in crash vmcore
  • From: wuzhouhui
• Re: How to specify symbol if they have same name
  • From: anderson
• How to specify symbol if they have same name
  • From: wuzhouhui
• Re: What is the current state of the 5-level page tables in Crash
  • From: Dou Liyang
• Re: What is the current state of the 5-level page tables in Crash
  • From: Dave Anderson
• Re: What is the current state of the 5-level page tables in Crash
  • From: Dou Liyang
• Re: What is the current state of the 5-level page tables in Crash
  • From: Dave Anderson
• What is the current state of the 5-level page tables in Crash
  • From: Dou Liyang
• Re: [PATCH] ppc64: fix bt for secondary threads for NMI IPIs
  • From: Dave Anderson
• [PATCH] ppc64: fix bt for secondary threads for NMI IPIs
  • From: Hari Bathini
• Re: [PATCH v2] Fix a segfault by "net" command
  • From: Dave Anderson
• [PATCH v2] Fix a segfault by "net" command
  • From: Kazuhito Hagio
• Re: crash: page excluded: kernel virtual address: ffffffff81e3da50 type: "page_offset_base"
  • From: Dave Anderson
• Re: crash: page excluded: kernel virtual address: ffffffff81e3da50 type: "page_offset_base"
  • From: Dave Anderson
• Re: crash: page excluded: kernel virtual address: ffffffff81e3da50 type: "page_offset_base"
  • From: Cao jin
• Re: crash: page excluded: kernel virtual address: ffffffff81e3da50 type: "page_offset_base"
  • From: Cao jin
• Re: [PATCH] Fix a segfault by "net" command
  • From: Kazuhito Hagio
• Re: crash: page excluded: kernel virtual address: ffffffff81e3da50 type: "page_offset_base"
  • From: Dave Anderson
• Re: crash: page excluded: kernel virtual address: ffffffff81e3da50 type: "page_offset_base"
  • From: Cao jin
• Re: [PATCH] Fix a segfault by "net" command
  • From: Dave Anderson
• Re: [PATCH] Fix a segfault by "net" command
  • From: Dave Anderson
• [PATCH] Fix a segfault by "net" command
  • From: Kazuhito Hagio
• Re: HEADS UP: upstream kernel pidhash removal
  • From: Dave Anderson
• Re: crash: page excluded: kernel virtual address: ffffffff81e3da50 type: "page_offset_base"
  • From: Dave Anderson
• crash: page excluded: kernel virtual address: ffffffff81e3da50 type: "page_offset_base"
  • From: Cao jin
• Re: [PATCH RFCv1] Crash: Extensions: Coresight panic dump
  • From: Mike Leach
• Re: [PATCH RFCv1] Crash: Extensions: Coresight panic dump
  • From: Leo Yan
• Re: [PATCH RFCv1] Crash: Extensions: Coresight panic dump
  • From: Leo Yan
• HEADS UP: upstream kernel pidhash removal
  • From: Dave Anderson
• Re: [PATCH RFCv1] Crash: Extensions: Coresight panic dump
  • From: Mike Leach
• Re: [PATCH RFCv1] Crash: Extensions: Coresight panic dump
  • From: Dave Anderson
• Re: [PATCH RFCv1] Crash: Extensions: Coresight panic dump
  • From: Dave Anderson
• [PATCH RFCv1] Crash: Extensions: Coresight panic dump
  • From: Leo Yan
• Re: [PATCH v2 0/1] Display relative lag of each CPU
  • From: Dave Anderson
• Re: [PATCH v2] book3s/ppc64: update hash page table geometry
  • From: anderson
• Re: [PATCH v2] book3s/ppc64: update hash page table geometry
  • From: Hari Bathini
• Re: [PATCH v2] book3s/ppc64: update hash page table geometry
  • From: Dave Anderson
• [PATCH v2 1/1] runq: display relative lag of each CPU
  • From: Oleksandr Natalenko
• [PATCH v2 0/1] Display relative lag of each CPU
  • From: Oleksandr Natalenko
• Re: [PATCH RFC 0/1] Display relative lag of each CPU
  • From: Oleksandr Natalenko
• Re: [PATCH RFC 0/1] Display relative lag of each CPU
  • From: Dave Anderson
• [PATCH v2] book3s/ppc64: update hash page table geometry
  • From: Hari Bathini
• [PATCH] book3s/ppc64: update hash page table geometry
  • From: Hari Bathini
• Re: [PATCH RFC 0/1] Display relative lag of each CPU
  • From: Oleksandr Natalenko
• Re: [PATCH RFC 0/1] Display relative lag of each CPU
  • From: Dave Anderson
• Re: [PATCH v2 0/1] Add option to filter disks with no I/O in progress
  • From: Dave Anderson
• Re: [PATCH] fix vmstat handling (4.11 swap cache changes)
  • From: Dave Anderson
• Re: [PATCH] fix vmstat handling
  • From: Dave Anderson
• Re: [PATCH] fix vmstat handling
  • From: vinayak menon
• Re: [PATCH] fix vmstat handling
  • From: Dave Anderson
• Re: [PATCH] fix "ps -l"
  • From: Dave Anderson
• [PATCH] fix "ps -l"
  • From: vinayak menon
• [PATCH RFC 1/1] runq: display relative lag of each CPU
  • From: Oleksandr Natalenko
• [PATCH RFC 0/1] Display relative lag of each CPU
  • From: Oleksandr Natalenko
• [PATCH v2 1/1] dev: add option to filter disks with no I/O
  • From: Oleksandr Natalenko
• [PATCH v2 0/1] Add option to filter disks with no I/O in progress
  • From: Oleksandr Natalenko
• [PATCH 1/1] dev: add option to filter disks with no I/O
  • From: Oleksandr Natalenko
• [PATCH 0/1] Add option to filter disks with no I/O in progress
  • From: Oleksandr Natalenko
• Re: [PATCH] fix vmstat handling
  • From: vinayak menon
• Re: [PATCH] fix vmstat handling
  • From: Dave Anderson
• Re: [PATCH RFC 00/14] Minor code cleanups, round zero
  • From: Dave Anderson
• [PATCH] fix vmstat handling
  • From: vinayak menon
• Re: [PATCH RFC 00/14] Minor code cleanups, round zero
  • From: Oleksandr Natalenko
• Re: [PATCH RFC 0/1] Add an ability to filter timers by CPUs
  • From: Dave Anderson
• Re: [PATCH RFC 00/14] Minor code cleanups, round zero
  • From: Dave Anderson
• Re: [PATCH RFC 02/14] memory: do not compare unsigned expression with negative value
  • From: Dave Anderson
• Re: [PATCH RFC 12/14] sadump: block_size is always non-negative
  • From: Dave Anderson
• Re: [PATCH RFC 05/14] x86_64: clarify logical operator precedence
  • From: Dave Anderson
• [PATCH RFC 1/1] kernel: add an ability to filter timers by CPUs
  • From: Oleksandr Natalenko
• [PATCH RFC 0/1] Add an ability to filter timers by CPUs
  • From: Oleksandr Natalenko
• Re: [PATCH RFC 00/14] Minor code cleanups, round zero
  • From: Oleksandr Natalenko
• Re: [PATCH RFC 00/14] Minor code cleanups, round zero
  • From: Hatayama, Daisuke
• Re: [PATCH RFC 02/14] memory: do not compare unsigned expression with negative value
  • From: Dave Anderson
• Re: [PATCH RFC 00/14] Minor code cleanups, round zero
  • From: Dave Anderson
• Re: [PATCH RFC 00/14] Minor code cleanups, round zero
  • From: Dave Anderson
• Re: [PATCH RFC 00/14] Minor code cleanups, round zero
  • From: Dave Anderson
• Re: [PATCH RFC 00/14] Minor code cleanups, round zero
  • From: Dave Anderson
• [PATCH RFC 14/14] symbols: format string should be never empty
  • From: Oleksandr Natalenko
• [PATCH RFC 13/14] task: format string should be never empty
  • From: Oleksandr Natalenko
• [PATCH RFC 12/14] sadump: block_size is always non-negative
  • From: Oleksandr Natalenko
• [PATCH RFC 10/14] lkcd_v8: address of an array always evaluates to true
  • From: Oleksandr Natalenko
• [PATCH RFC 11/14] qemu-load: remove unused function get_le64()
  • From: Oleksandr Natalenko
• [PATCH RFC 09/14] lkcd_v7: address of an array always evaluates to true
  • From: Oleksandr Natalenko
• [PATCH RFC 07/14] lkcd_v2_v3: address of an array always evaluates to true
  • From: Oleksandr Natalenko
• [PATCH RFC 08/14] lkcd_v5: address of an array always evaluates to true
  • From: Oleksandr Natalenko
• [PATCH RFC 06/14] lkcd_v1: address of an array always evaluates to true
  • From: Oleksandr Natalenko
• [PATCH RFC 05/14] x86_64: clarify logical operator precedence
  • From: Oleksandr Natalenko
• [PATCH RFC 04/14] task: remove extra parentheses in equality comparison
  • From: Oleksandr Natalenko
• [PATCH RFC 02/14] memory: do not compare unsigned expression with negative value
  • From: Oleksandr Natalenko
• [PATCH RFC 03/14] memory: use & for a bitwise operation
  • From: Oleksandr Natalenko
• [PATCH RFC 00/14] Minor code cleanups, round zero
  • From: Oleksandr Natalenko
• [PATCH RFC 01/14] tools: fix non-literal NULL conversion
  • From: Oleksandr Natalenko
• Re: [PATCH v4 0/1] Filter ps output by scheduling policy
  • From: Dave Anderson
• [PATCH v4 0/1] Filter ps output by scheduling policy
  • From: Oleksandr Natalenko
• [PATCH v4 1/1] task: also filter ps output by ->policy
  • From: Oleksandr Natalenko
• Re: [PATCH v3 0/1] Filter ps output by scheduling policy
  • From: Dave Anderson
• [PATCH v3 1/1] task: also filter ps output by ->policy
  • From: Oleksandr Natalenko
• [PATCH v3 0/1] Filter ps output by scheduling policy
  • From: Oleksandr Natalenko
• Re: [PATCH v2 1/1] task: also filter ps output by ->policy
  • From: Oleksandr Natalenko
• Re: [PATCH v2 1/1] task: also filter ps output by ->policy
  • From: Dave Anderson
• Re: [PATCH v3 0/2] Fix KASLR problem on sadump
  • From: Dave Anderson
• Re: [PATCH v3 0/2] Fix KASLR problem on sadump
  • From: Hatayama, Daisuke
• [PATCH v2 0/1] Filter ps output by scheduling policy
  • From: Oleksandr Natalenko
• [PATCH v2 1/1] task: also filter ps output by ->policy
  • From: Oleksandr Natalenko
• Re: Problem in bt for ARM64
  • From: Dave Anderson
• Re: Problem in bt for ARM64
  • From: Dave Anderson
• Re: [PATCH RFC 0/1] Filter ps output by scheduling policy
  • From: Dave Anderson
• [PATCH RFC 0/1] Filter ps output by scheduling policy
  • From: Oleksandr Natalenko
• [PATCH RFC 1/1] task: also filter ps output by ->policy
  • From: Oleksandr Natalenko
• Re: Problem in bt for ARM64
  • From: AKASHI Takahiro
• Re: [PATCH v3 0/2] Fix KASLR problem on sadump
  • From: Dave Anderson
• Re: Problem in bt for ARM64
  • From: Dave Anderson
• Re: Problem in bt for ARM64
  • From: Dave Anderson
• [PATCH v3 2/2] Fix a KASLR problem of sadump
  • From: Takao Indoh
• [PATCH v3 1/2] Call x86_64_kvtop during symtab_init() for sadump
  • From: Takao Indoh
• [PATCH v3 0/2] Fix KASLR problem on sadump
  • From: Takao Indoh
• Re: Problem in bt for ARM64
  • From: AKASHI Takahiro
• Re: Problem in bt for ARM64
  • From: Dave Anderson
• Re: Problem in bt for ARM64
  • From: AKASHI Takahiro
• Re: [PATCH] search: Introduce -T option
  • From: Aaron Tomlin
• Re: [PATCH] search: Introduce -T option
  • From: Dave Anderson
• Re: Problem in bt for ARM64
  • From: Dave Anderson
• Re: [PATCH v2 0/2] Fix KASLR problem on sadump
  • From: Dave Anderson
• Re: [PATCH v2 0/2] Fix KASLR problem on sadump
  • From: Takao Indoh
• Re: Problem in bt for ARM64
  • From: AKASHI Takahiro
• Re: [PATCH v2 0/2] Fix KASLR problem on sadump
  • From: Dave Anderson
• Re: Problem in bt for ARM64
  • From: Dave Anderson
• [PATCH v2 2/2] Fix a KASLR problem of sadump
  • From: Takao Indoh
• [PATCH v2 0/2] Fix KASLR problem on sadump
  • From: Takao Indoh
• [PATCH v2 1/2] Introduce x86_64_kvtop_pagetable
  • From: Takao Indoh
• Re: Problem in bt for ARM64
  • From: Dave Anderson
• Re: Problem in bt for ARM64
  • From: AKASHI Takahiro
• Re: Problem in bt for ARM64
  • From: AKASHI Takahiro
• Re: [PATCH 2/3] Fix a KASLR problem of virsh dump
  • From: Hatayama, Daisuke
• Re: [PATCH 3/3] Fix a KASLR problem of sadump
  • From: Hatayama, Daisuke
• Re: [PATCH 1/3] Introduce x86_64_kvtop_pagetable
  • From: Hatayama, Daisuke
• Re: [PATCH 0/3] Fix KASLR problem on virsh dump and sadump
  • From: Takao Indoh
• Re: [PATCH 0/3] Fix KASLR problem on virsh dump and sadump
  • From: Dave Anderson
• Re: [PATCH 0/3] Fix KASLR problem on virsh dump and sadump
  • From: Dave Anderson
• [PATCH 3/3] Fix a KASLR problem of sadump
  • From: Takao Indoh
• [PATCH 2/3] Fix a KASLR problem of virsh dump
  • From: Takao Indoh
• [PATCH 1/3] Introduce x86_64_kvtop_pagetable
  • From: Takao Indoh
• [PATCH 0/3] Fix KASLR problem on virsh dump and sadump
  • From: Takao Indoh
• Re: [PATCH] search: Introduce -T option
  • From: Dave Anderson
• Re: [PATCH] search: Introduce -T option
  • From: Aaron Tomlin
• Re: [PATCH] search: Introduce -T option
  • From: Dave Anderson
• [PATCH] search: Introduce -T option
  • From: Aaron Tomlin
• [ANNOUNCE] crash version 7.2.0 is available
  • From: Dave Anderson
• Re: Problem in bt for ARM64
  • From: Dave Anderson
• Re: Problem in bt for ARM64
  • From: Dave Anderson
• Re: Problem in bt for ARM64
  • From: Karlsson, Jan
• Re: Problem in bt for ARM64
  • From: Reinoud Koornstra
• Re: Problem in bt for ARM64
  • From: Dave Anderson
• Re: Problem in bt for ARM64
  • From: Dave Anderson
• Re: Problem in bt for ARM64
  • From: Karlsson, Jan
• Re: Problem in bt for ARM64
  • From: Dave Anderson
• Re: Problem in bt for ARM64
  • From: Dave Anderson
• Problem in bt for ARM64
  • From: Karlsson, Jan
• Unable to analyze xen guest coredump
  • From: Zihan Yang
• Re: [PATCH] book3s/ppc64: Lower the max real address to 53 bits
  • From: Dave Anderson
• [PATCH] book3s/ppc64: Lower the max real address to 53 bits
  • From: Hari Bathini
• Re: [PATCH] s390x : Display-hardware-flags-for-RTE-STE-PTE
  • From: Dave Anderson
• Fwd: [PATCH] s390x : Display-hardware-flags-for-RTE-STE-PTE
  • From: Dave Anderson
• Re: [PATCH] s390x: Fix s390dbf time stamps for kernels 4.11 and 4.14
  • From: Dave Anderson
• Re: [PATCH] s390x: Add page table walk information to vtop command
  • From: Dave Anderson
• [PATCH] s390x: Fix s390dbf time stamps for kernels 4.11 and 4.14
  • From: Michael Holzheu
• Re: [PATCH] s390x: Add page table walk information to vtop command
  • From: Dave Anderson
• [PATCH] s390x: Add page table walk information to vtop command
  • From: Michael Holzheu
• Re: Building crash for 'ARM' (32) on x86_64 (Ubuntu 17.04) fails, ld: cannot find -lz
  • From: Kaiwan N Billimoria
• Re: Building crash for 'ARM' (32) on x86_64 (Ubuntu 17.04) fails, ld: cannot find -lz
  • From: Dave Anderson
• Building crash for 'ARM' (32) on x86_64 (Ubuntu 17.04) fails, ld: cannot find -lz
  • From: Kaiwan N Billimoria
• Re: [RFC]: questions about section headers in ELF format vmcores
  • From: Seymour, Shane M
• Re: [RFC]: questions about section headers in ELF format vmcores
  • From: Dave Anderson
• Re: [RFC]: questions about section headers in ELF format vmcores
  • From: Seymour, Shane M
• Re: [PATCH 2/2] Fix build if userid does not exist in user database
  • From: Dave Anderson
• Re: crash can't switch frame and look up the local variable of stack
  • From: Alexandr Terekhov
• Re: [PATCH 1/2] Cleanup make_build_data (configure.c) -- whitespace and error handling
  • From: Dave Anderson
• Re: [PATCH 2/2] Fix build if userid does not exist in user database
  • From: Dave Anderson
• Re: crash can't switch frame and look up the local variable of stack
  • From: Petr Tesarik
• crash can't switch frame and look up the local variable of stack
  • From: qendo
• [PATCH 1/2] Cleanup make_build_data (configure.c) -- whitespace and error handling
  • From: Sargun Dhillon
• [PATCH 2/2] Fix build if userid does not exist in user database
  • From: Sargun Dhillon