[Crash-utility] [ANNOUNCE] crash gcore command, version 1.6.3 is released

d.hatayama at fujitsu.com d.hatayama at fujitsu.com
Wed Dec 8 06:19:13 UTC 2021


This is the release of crash gcore command, version 1.6.3.

You can get it at:

    https://github.com/fujitsu/crash-gcore/releases/tag/v1.6.3

ChangeLog:

- Adding ZRAM support. To use this feature, crash v7.3.0 or newer is
  required.
  (d.hatayama at fujitsu.com)

- Setting DT_SONAME field to gcore.so. This change was needed to follow
  the fedora packaging guideline. Without this change, fedpkg lint command
  outputs the corresponding warning message.
  (d.hatayama at fujitsu.com)

- gcore has become a bit more robust. Previously, gcore terminated creating
  core file when there is any failure reading user-space memory.
  Now gcore continues the core file creation even if any failure occurs,
  then the corresponding data is filled with \0 byte instead.
  (d.hatayama at fujitsu.com)

bug fix

- Fix the issue that on the kernels v5.11 or later, gcore generates core
  files in ELF64 format for the tasks running in 32-bit compatible mode.
  This is due to the kernel's commit 8d71d2bf6efec3032208958c483a247f529ffb16
  (x86: Reclaim TIF_IA32 and TIF_X32) that removed TIF_IA32, by which
  tasks running in 32-bit compatible mode are no longer marked with the flag.
  (d.hatayama at fujitsu.com)

- Fix segmentation fault of crash process during loading gcore.so on live kernel.
  (d.hatayama at fujitsu.com)

- Fix miscalculation of the starting address of the pt_regs structure
  on the kernel stack on aarch64. This was introduced at the work error that
  occurred when I merged the commit 19bfb92e50799a82f7ce6179fb35ccd82061bafd.
  (hong.yang3 at nio.com, vincent.whitchurch at axis.com)

--
Thanks.
HATAYAMA, Daisuke






More information about the Crash-utility mailing list