Kexec Archive on lore.kernel.org
 help / color / mirror / Atom feed
* [PATCH 0/2] makdumpfile: Add "mem=" handling for physical memory dumps
@ 2014-03-25 16:12 Michael Holzheu
  0 siblings, 0 replies; only message in thread
From: Michael Holzheu @ 2014-03-25 16:12 UTC (permalink / raw)
  To: Atsushi Kumagai; +Cc: d.hatayama, kexec

There are dump mechansims like s390 stand-alone dump or KVM virsh dump
that write the physical memory of a machine and that are not aware of the
dumped operating system. If for the Linux kernel of the dumped system the
"mem=" kernel parameter has been specified, the "max_mapnr" that
makedumpfile gets from the ELF header can be bigger than the maximum page
frame number used by the dumped Linux kernel. This can lead to makedumpfile
errors on s390x and can also lead to extended dump times and sizes.

The following two patches for version 1.5.5 fix these issues:

Michael Holzheu (2):
  makedumpfile: Fix zero checking of get_mm_sparsemem()
  makedumpfile: Use max_pfn from mem_map array

 makedumpfile.c |   36 ++++++++++++++++++++++++++++++------
 1 file changed, 30 insertions(+), 6 deletions(-)


_______________________________________________
kexec mailing list
kexec@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/kexec

^ permalink raw reply	[flat|nested] only message in thread

only message in thread, other threads:[~2014-03-25 16:12 UTC | newest]

Thread overview: (only message) (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2014-03-25 16:12 [PATCH 0/2] makdumpfile: Add "mem=" handling for physical memory dumps Michael Holzheu

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox