linuxppc-dev.lists.ozlabs.org archive mirror
 help / color / mirror / Atom feed
* [PATCH v3 0/7] powerpc/fadump: Improvements and fixes for firmware-assisted dump.
@ 2018-04-02  6:29 Mahesh J Salgaonkar
  2018-04-02  6:29 ` [PATCH v3 1/7] powerpc/fadump: Move the metadata region to start of the reserved area Mahesh J Salgaonkar
                   ` (6 more replies)
  0 siblings, 7 replies; 14+ messages in thread
From: Mahesh J Salgaonkar @ 2018-04-02  6:29 UTC (permalink / raw)
  To: linuxppc-dev
  Cc: Srikar Dronamraju, kernelfans, Aneesh Kumar K.V, Ananth Narayan,
	Hari Bathini, Nathan Fontenot, Anshuman Khandual

One of the primary issues with Firmware Assisted Dump (fadump) on Power
is that it needs a large amount of memory to be reserved. This reserved
memory is used for saving the contents of old crashed kernel's memory before
fadump capture kernel uses old kernel's memory area to boot. However, This
reserved memory area stays unused until system crash and isn't available
for production kernel to use.

Instead of setting aside a significant chunk of memory that nobody can use,
take advantage Linux kernel's Contiguous Memory Allocator (CMA) feature,
to reserve a significant chunk of memory that the kernel is prevented from
using , but applications are free to use it.

Patch 1 moves the metadata region to the start of the reserved area for easy
handling/detection of metadata region in second kernel.
Patch 3 implements the usage of CMA region to allow production kernel to
use that memory for applications usage, making fadump reservationless.
Patch 4-7 fixes various fadump issues and bugs.

Changes in V3:
- patch 1 & 2: move metadata region and documentation update.
- patch 7: Un-register the faudmp on kexec path


---

Mahesh Salgaonkar (7):
      powerpc/fadump: Move the metadata region to start of the reserved area.
      powerpc/fadump: Update documentation to reflect the metadata region movement.
      powerpc/fadump: Reservationless firmware assisted dump
      powerpc/fadump: exclude memory holes while reserving memory in second kernel.
      powerpc/fadump: throw proper error message on fadump registration failure.
      powerpc/fadump: Do not allow hot-remove memory from fadump reserved area.
      powerpc/fadump: un-register fadump on kexec path.


 Documentation/powerpc/firmware-assisted-dump.txt |   31 ++
 arch/powerpc/include/asm/fadump.h                |    6 
 arch/powerpc/kernel/fadump.c                     |  275 +++++++++++++++++++---
 arch/powerpc/platforms/pseries/hotplug-memory.c  |    7 -
 4 files changed, 271 insertions(+), 48 deletions(-)

--
Signature

^ permalink raw reply	[flat|nested] 14+ messages in thread

end of thread, other threads:[~2018-04-05  4:50 UTC | newest]

Thread overview: 14+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2018-04-02  6:29 [PATCH v3 0/7] powerpc/fadump: Improvements and fixes for firmware-assisted dump Mahesh J Salgaonkar
2018-04-02  6:29 ` [PATCH v3 1/7] powerpc/fadump: Move the metadata region to start of the reserved area Mahesh J Salgaonkar
2018-04-03 19:26   ` Hari Bathini
2018-04-05  4:50     ` Mahesh Jagannath Salgaonkar
2018-04-02  6:30 ` [PATCH v3 2/7] powerpc/fadump: Update documentation to reflect the metadata region movement Mahesh J Salgaonkar
2018-04-02  6:30 ` [PATCH v3 3/7] powerpc/fadump: Reservationless firmware assisted dump Mahesh J Salgaonkar
2018-04-02  6:30 ` [PATCH v3 4/7] powerpc/fadump: exclude memory holes while reserving memory in second kernel Mahesh J Salgaonkar
2018-04-03  9:51   ` Hari Bathini
2018-04-03 11:39     ` Mahesh Jagannath Salgaonkar
2018-04-02  6:30 ` [PATCH v3 5/7] powerpc/fadump: throw proper error message on fadump registration failure Mahesh J Salgaonkar
2018-04-02  6:30 ` [PATCH v3 6/7] powerpc/fadump: Do not allow hot-remove memory from fadump reserved area Mahesh J Salgaonkar
2018-04-03  3:18   ` Pingfan Liu
2018-04-03 11:37     ` Mahesh Jagannath Salgaonkar
2018-04-02  6:30 ` [PATCH v3 7/7] powerpc/fadump: un-register fadump on kexec path Mahesh J Salgaonkar

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).