diff options
author | Mikhail Zaslonko <zaslonko@linux.ibm.com> | 2023-05-09 17:38:15 +0200 |
---|---|---|
committer | Alexander Gordeev <agordeev@linux.ibm.com> | 2023-06-01 17:07:56 +0200 |
commit | 9f70bc890ae299a6fdf83bfc99832509fd2f7494 (patch) | |
tree | 1442c4e540933d2bf2a64aade4725578980142f5 /fs/ocfs2/mmap.c | |
parent | 31e9ccc67ce24f82120e41fcafd841f98838ff5c (diff) | |
download | linux-stable-9f70bc890ae299a6fdf83bfc99832509fd2f7494.tar.gz linux-stable-9f70bc890ae299a6fdf83bfc99832509fd2f7494.tar.bz2 linux-stable-9f70bc890ae299a6fdf83bfc99832509fd2f7494.zip |
s390/zcore: conditionally clear memory on reipl
Currently zcore_reipl_write() always use DIAG308_LOAD_CLEAR to ipl the
system (used by ngdump and zfcpdump to ipl the original kernel after
dumping).
Instead of 'always clear' check OS_INFO_FLAG_REIPL_CLEAR flag and use
either LOAD_CLEAR or LOAD_NORMAL diag308 subcode accordingly.
For that read os_info and check for the valid os_info flags entry
in zcore_reipl_init(). Do not return error on failure (e.g. os_info
checksum error) in order to continue dump processing, considering
that os_info could be corrupted on the panicked system.
Signed-off-by: Mikhail Zaslonko <zaslonko@linux.ibm.com>
Reviewed-by: Heiko Carstens <hca@linux.ibm.com>
Signed-off-by: Alexander Gordeev <agordeev@linux.ibm.com>
Diffstat (limited to 'fs/ocfs2/mmap.c')
0 files changed, 0 insertions, 0 deletions