mirror of
https://github.com/torvalds/linux.git
synced 2026-06-08 14:42:37 +02:00
kexec: make a pair of map/unmap reserved pages in error path
For some arch, kexec shall map the reserved pages, then use them, when
we try to start the kdump service.
kexec may return directly, without unmaping the reserved pages, if it
fails during starting service. To fix it, we make a pair of map/unmap
reserved pages both in generic path and error path.
This patch only affects s390. Other architecturess don't implement the
interface of crash_unmap_reserved_pages and crash_map_reserved_pages.
It isn't a urgent patch. Kernel can work well without any risk,
although the reserved pages are not unmapped before returning in error
path.
Signed-off-by: Minfei Huang <mnfhuang@gmail.com>
Cc: Vivek Goyal <vgoyal@redhat.com>
Cc: "Eric W. Biederman" <ebiederm@xmission.com>
Cc: Xunlei Pang <xlpang@redhat.com>
Cc: Baoquan He <bhe@redhat.com>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
(cherry picked from commit 917a35605f)
Signed-off-by: Alex Shi <alex.shi@linaro.org>
This commit is contained in:
parent
cb24e1e5cf
commit
b67152e919
|
|
@ -194,22 +194,25 @@ SYSCALL_DEFINE4(kexec_load, unsigned long, entry, unsigned long, nr_segments,
|
|||
segments, flags);
|
||||
}
|
||||
if (result)
|
||||
goto out;
|
||||
goto unmap_page;
|
||||
|
||||
if (flags & KEXEC_PRESERVE_CONTEXT)
|
||||
image->preserve_context = 1;
|
||||
result = machine_kexec_prepare(image);
|
||||
if (result)
|
||||
goto out;
|
||||
goto unmap_page;
|
||||
|
||||
for (i = 0; i < nr_segments; i++) {
|
||||
result = kimage_load_segment(image, &image->segment[i]);
|
||||
if (result)
|
||||
goto out;
|
||||
goto unmap_page;
|
||||
}
|
||||
kimage_terminate(image);
|
||||
unmap_page:
|
||||
if (flags & KEXEC_ON_CRASH)
|
||||
crash_unmap_reserved_pages();
|
||||
if (result)
|
||||
goto out;
|
||||
}
|
||||
/* Install the new kernel, and Uninstall the old */
|
||||
image = xchg(dest_image, image);
|
||||
|
|
|
|||
Loading…
Reference in New Issue
Block a user