6c0f429805
zdump: Implement DFI interface for NGDump
...
The NGDump DFI interface enables zgetdump to read and mount dumps created
with NGDump stand-alone dump.
Under the hood, the NGDump DFI delegates the task of reading and
parsing of ELF dump files to the ELF DFI interface dfi_elf.
Usage example 1:
----------------
$ zgetdump -i /dev/nvme0n1p1
General dump info:
Dump format........: elf
Version............: 1
UTS node name......: t83lp49.lnxne.boe
UTS kernel release.: 5.14.0-20210819.rc6.git0.efb8a921eec7.300.fc34.s390x
UTS kernel version.: #1 SMP Thu Aug 19 00:22:04 CEST 2021
System arch........: s390x (64 bit)
CPU count (online).: 32
Dump memory range..: 16384 MB
Memory map:
0000000000000000 - 00000003ffffffff (16384 MB)
Usage example 2:
----------------
$ zgetdump /dev/nvme0n1p1 > dump.elf
Usage example 3:
----------------
$ zgetdump -m /dev/nvme0n1p1 /mnt
$ ls -l /mnt/dump.elf
$ zgetdump -u /mnt
Signed-off-by: Alexander Egorenkov <egorenar@linux.ibm.com >
Reviewed-by: Alexander Gordeev <agordeev@linux.ibm.com >
Reviewed-by: Mikhail Zaslonko <zaslonko@linux.ibm.com >
Tested-by: Mikhail Zaslonko <zaslonko@linux.ibm.com >
Signed-off-by: Jan Höppner <hoeppner@linux.ibm.com >
2022-06-20 13:14:05 +02:00
353c23a157
zdump: Include dfi_mem_chunk.h only if required
...
Don't include dfi_mem_chunk.h in dfi.h because not every module including
dfi.h needs it.
Signed-off-by: Alexander Egorenkov <egorenar@linux.ibm.com >
Signed-off-by: Jan Höppner <hoeppner@linux.ibm.com >
2021-11-10 15:12:10 +01:00
1005e7be7e
zdump: Don't use god-like C headers
...
Get rid of C headers which include everything. This is bad for testing and
maintainability. C files should include only what they need and no more.
Signed-off-by: Alexander Egorenkov <egorenar@linux.ibm.com >
Signed-off-by: Jan Höppner <hoeppner@linux.ibm.com >
2021-11-10 15:12:10 +01:00
696a007b62
zdump/dfi: Move declaration of DFI structs to dfi.h
...
Move DFI structs to the header where they belong to.
Signed-off-by: Alexander Egorenkov <egorenar@linux.ibm.com >
Signed-off-by: Jan Höppner <hoeppner@linux.ibm.com >
2021-11-10 14:59:57 +01:00
6afd5e97d1
zdump/dfi: Extract dfi_vmcoreinfo.h header from dfi.h
...
Create a separate C header for DFI VMCOREINFO to separate
independent things and make it more readable.
Signed-off-by: Alexander Egorenkov <egorenar@linux.ibm.com >
Signed-off-by: Jan Höppner <hoeppner@linux.ibm.com >
2021-11-10 14:59:57 +01:00
7a2666d727
zdump/dfi: Remove redundant extern from function declarations in headers
...
The keyword extern is redundant for function declarations in C headers.
Signed-off-by: Alexander Egorenkov <egorenar@linux.ibm.com >
Signed-off-by: Jan Höppner <hoeppner@linux.ibm.com >
2021-11-10 14:11:29 +01:00
2df532c1fa
zdump: Extract dfi_mem_chunk module
...
To make dfi_mem_chunk API unit testable.
Signed-off-by: Alexander Egorenkov <egorenar@linux.ibm.com >
Signed-off-by: Jan Höppner <hoeppner@linux.ibm.com >
2021-11-10 11:50:58 +01:00
f15e32cdb1
zdump/dfi: Fix illegal memory access in dfi_cpu_add_from_lc()
...
Check that a CPU's lowcore address falls within a valid memory region
before accessing it. This prevents potential illegal memory accesses
in case a dump contains invalid CPU lowcore addresses.
This bug was found with AFL fuzzing and ASAN.
Starting program: /root/s390-tools/zdump/zgetdump -iVVVVV /root/zgetdump-fuzzing/findings/crashes/id:000004,sig:06,src:000005,op:flip32,pos:3055
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib64/libthread_db.so.1".
TRACE: DFI initialization
DEBUG: DFI trying s390tape
DEBUG: DFI s390tape returned with rc -19
DEBUG: DFI trying devmem
DEBUG: DFI devmem returned with rc -19
DEBUG: DFI trying s390mv_ext
DEBUG: DFI s390mv_ext returned with rc -19
DEBUG: DFI trying s390mv
DEBUG: DFI s390mv returned with rc -19
DEBUG: DFI trying s390_ext
DEBUG: DFI S390 extended initialization
DEBUG: DFI s390_ext returned with rc -19
DEBUG: DFI trying s390
DEBUG: DFI S390 initialization
INFO: DFI S390 version 5
DEBUG: DFI S390 mem_size 0x00000000000dbba0
DEBUG: DFI add vol mem chunk start 0x0000000000000000 size 0x00000000000dbba0 volnr 0
[snip]
TRACE: DFI virt mem read addr 0x0000000000000000 size 0x0000000000002000
TRACE: DFI virt mem read addr 0x0000000000000000 size 0x0000000000002000
TRACE: DFI virt mem read addr 0x0000000000000000 size 0x0000000000002000
TRACE: DFI virt mem read addr 0x0000000000000000 size 0x0000000000002000
TRACE: DFI virt mem read addr 0x0000000000000000 size 0x0000000000002000
TRACE: DFI virt mem read addr 0x0000000000000000 size 0x0000000000002000
TRACE: DFI virt mem read addr 0x0000000000000000 size 0x0000000000002000
TRACE: DFI virt mem read addr 0x0000000000000000 size 0x0000000000002000
TRACE: DFI virt mem read addr 0x0000000000000000 size 0x0000000000002000
TRACE: DFI virt mem read addr 0x0000000000000000 size 0x0000000000002000
TRACE: DFI virt mem read addr 0x0000000000000000 size 0x0000000000002000
TRACE: DFI virt mem read addr 0x0000000000000000 size 0x0000000000002000
TRACE: DFI virt mem read addr 0x0000000000000000 size 0x0000000000002000
TRACE: DFI virt mem read addr 0x0000000000000000 size 0x0000000000002000
TRACE: DFI virt mem read addr 0x00000000000000ff size 0x0000000000002000
TRACE: DFI virt mem read addr 0x00000000ffffff00 size 0x0000000000002000
Program received signal SIGSEGV, Segmentation fault.
0x000000000100fbb0 in mem_read (cnt=<optimized out>, buf=0x3ffffffc7d0, addr=4294967040, mem=0x104b218 <l+152>) at dfi.c:339
339 size = MIN(cnt - copied, mem_chunk->end - addr + 1);
Missing separate debuginfos, use: dnf debuginfo-install fuse-libs-2.9.9-11.fc34.s390x glibc-2.33-20.1.ibm.fc34.s390x libasan-11.0.1-0.3.1.ibm.fc34.s390x libgcc-11.0.1-0.3.1.ibm.fc34.s390x libstdc++-11.0.1-0.3.1.ibm.fc34.s390x zlib-1.2.11-26.fc34.s390x
(gdb) bt
Signed-off-by: Alexander Egorenkov <egorenar@linux.ibm.com >
Signed-off-by: Jan Höppner <hoeppner@linux.ibm.com >
2021-10-01 14:59:56 +02:00
244bf4e550
zdump: Make use of __packed macro
...
Make use of the pre-defined __packed macro throughout zdump.
Signed-off-by: Philipp Rudo <prudo@linux.ibm.com >
Reviewed-by: Stefan Haberland <sth@linux.ibm.com >
Signed-off-by: Jan Höppner <hoeppner@linux.ibm.com >
2019-12-12 18:04:32 +01:00
cf99ea019e
zgetdump: Add 'Dump file size' field for zgetdump -i output
...
Add 'Dump file size' field for zgetdump -i output to show the actual size
of dump file in s390 extended format on disk in megabytes.
Signed-off-by: Mikhail Zaslonko <zaslonko@linux.ibm.com >
Signed-off-by: Jan Höppner <hoeppner@linux.ibm.com >
2018-05-07 13:42:03 +02:00
4a223c70f2
zgetdump: Update zgetdump to process the new dump format
...
Update zgetdump tool to process dumps of the new s390 extended format.
Signed-off-by: Mikhail Zaslonko <zaslonko@linux.ibm.com >
Signed-off-by: Jan Höppner <hoeppner@linux.ibm.com >
2018-05-07 13:42:03 +02:00
168acec5ea
zgetdump: Avoid the Segfault on processing dumps with memory limit
...
When dump is not complete or dump memory limit is set, zgetdump might end up
with the Segfault on reading Vector Registers. That might take place when
the Vector Registers save area is beyond the dump memory limit.
Signed-off-by: Mikhail Zaslonko <zaslonko@linux.vnet.ibm.com >
Reviewed-by: Philipp Rudo <prudo@linux.vnet.ibm.com >
Signed-off-by: Jan Höppner <hoeppner@linux.ibm.com >
2018-05-07 13:42:03 +02:00
c78b5cd2ba
zgetdump: Remove superfluous members from dfi_mem_chunk
...
Signed-off-by: Michael Holzheu <holzheu@linux.vnet.ibm.com >
Signed-off-by: Stefan Haberland <sth@linux.vnet.ibm.com >
2018-02-16 10:36:08 +01:00
f3e374ac77
zgetdump: Fix typo
...
Signed-off-by: Michael Holzheu <holzheu@linux.vnet.ibm.com >
Signed-off-by: Stefan Haberland <sth@linux.vnet.ibm.com >
2018-02-16 10:35:22 +01:00
b627b8d8e1
Initial s390-tools-2.0.0 import
...
This commit is based on the s390-tools-1.39.0 version.
Changes on top of s390-tools-1.39.0:
- Add MIT license to all source files
- Add LICENSE file
- Transform REAMDE to README.md (markdown)
- Add AUTHORS.md file
- Add CONTRIBUTING.md file
- Move changelog from README to CHANGELOG.md file
Reviewed-by: Stefan Haberland <sth@linux.vnet.ibm.com >
Signed-off-by: Michael Holzheu <holzheu@linux.vnet.ibm.com >
2017-08-21 10:55:40 +02:00
Alexander Egorenkov