crash version 4.0-4.9 is availlable

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 




- Fix for the "kmem -p" command in kernels configured with
  CONFIG_SPARSEMEM, i.e., not CONFIG_SPARSEMEM_EXTREME.  Without
  the patch, the page structure address for each physical page
  was erroneous.  (oomichi@xxxxxxxxxxxxxxxxx)

- Fix for the "kmem -p" command output of MAPPING and INDEX values
  on kernels where the mapping and index members of the page structure
  are contained within anonymous unions.  Without the patch, those
  fields may be dashed-out.
  (bob.montgomery@xxxxxx, anderson@xxxxxxxxxx)

- Fix for the "mod" command to search for module object files in the
  /lib/modules/<release>/updates directory tree before looking
  in /lib/modules/<release>.  (charlotte.richardson@xxxxxxxxxxx)

- Fix for the "waitq" command for 2.6.15-era and later kernels, which
  replaced the __wait_queue.task member with the __wait_queue.private
  member.  Without the patch, the command would fail with the error
  message: "waitq: invalid structure member offset: __wait_queue_task".
  (atyson@xxxxxx)

- SIAL interpreter fix for an "operation on 'v1' may be undefined"
  warning in sial_exeop().  (bwalle@xxxxxxx)

- Fix for several unpredictable failure modes when attempting
  "crash -h [command] > outputfile" from a shell command line.
  (anderson@xxxxxxxxxx)

- Addressed compiler warnings generated by extensions/echo.c and
  extensions/dminfo.c.  (bwalle@xxxxxxx, anderson@xxxxxxxxxx)

- Addressed compiler warnings generated by lkcd_common.c, lkcd_v8.c
  and symbols.c when using:
    -O2 -fmessage-length=0 -Wall -D_FORTIFY_SOURCE=2 -fstack-protector
    -fno-builtin-memset -fno-strict-aliasing
  (bwalle@xxxxxxx)

- Fix for "kmem -p" on i386 CONFIG_SPARSEMEM kernels with greater than
  4GB of memory.  Without the patch, the physical address value wraps
  back to zero after physical page ffff0000.
  (oomichi@xxxxxxxxxxxxxxxxx)

- Fix to redirect SIAL script command output to pipes, files, etc., in
  the same manner as native crash commands.
  (Robert.Denman@xxxxxxxxxxxx, anderson@xxxxxxxxxx)

- Fix for ppc64 kernels with 64K pages whose PTE_RPN_SHIFT has changed
  from 32 to 30.  Without the patch, an initialization-time warning
  message "WARNING: cannot access vmalloc'd module memory" would occur,
  the "mod" command would fail with the same message, and "kmem -s"
  failures could occur when attempting to read a kmem slab cache name
  string.  Translations and reads of vmalloc'd kernel virtual addresses
  and user virtual addresses would appear to work, but bogus data was
  returned because the resultant physical address that was read was
  incorrect.  (anderson@xxxxxxxxxx)

- Fix for "kmem -s" if a slab cache whose name string cannot be read
  is encountered.  Without the patch, a fatal error message would be
  displayed and the command aborted.  With this patch, a non-fatal
  warning message is displayed, and the cache name is indicated as
  "(unknown)".  (anderson@xxxxxxxxxx)

- Fix for x86-64 SPARSEMEM kernels with CONFIG_NUMA off.  Without the
  patch, the crash session fails during initialization with the message
  "crash: invalid structure member offset: pglist_data_node_mem_map".
  (sachinp@xxxxxxxxxx)

- Fix to use the ia64 physical start address from the LKCD dump header
  instead of the default value.  This was reported as bug on an SGI
  machine.  (bwalle@xxxxxxx)

- For s390[x] kernels the page table allocation method will be changed
  such that instead of 3 levels, it will be now possible to allocate 4
  levels.  The current implementation of the page table walk functions
  in the crash utility makes assumptions on how the page tables are
  allocated by the kernel, e.g. 3 levels are hard coded.  This patch
  changes that, and the page table walk is done only according to the
  s390 architecture without assumptions on the implementation in the
  kernel.  (holszheu@xxxxxxxxxxxxxxxxxxx)

- Fix for LKCD dumpfile access failures that abort() the crash session
  after displaying an error message indicating a problem with physical
  memory zones in the dumpfile.  Without the patch, the crash session
  would end immediately after displaying an error message of the sort:
  "conflicting page: zone 0, page 0: 0, 177160130 != 65536".  That
  error message will now only be displayed if the crash debug mode is 1
  or more, a readmem() "seek error" will be displayed instead, and the
  session will return to the "crash>" prompt.  (anderson@xxxxxxxxxx)

Download from: http://people.redhat.com/anderson


--
Crash-utility mailing list
Crash-utility@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/crash-utility

[Index of Archives]     [Fedora Development]     [Fedora Desktop]     [Fedora SELinux]     [Yosemite News]     [KDE Users]     [Fedora Tools]

 

Powered by Linux