All of lore.kernel.org
 help / color / mirror / Atom feed
From: Jay Lan <jlan@sgi.com>
To: kexec@lists.infradead.org
Subject: [PATCH]IA64: do not include uncached memory to vmcore
Date: Fri, 12 Sep 2008 13:10:34 -0700	[thread overview]
Message-ID: <48CACCBA.9030905@sgi.com> (raw)

[-- Attachment #1: Type: text/plain, Size: 988 bytes --]

Currently a memory segment in memory map with attribute of EFI_MEMORY_UC
is denoted as "System RAM" in /proc/iomem, while memory of attribute
(EFI_MEMORY_WB|EFI_MEMORY_UC) is also labeled the same.

The kexec utility then includes uncached memory as part of vmcore.
The kdump kernel may MCA when it tries to save the vmcore to a disk.
A normal "cached" access can cause MCAs.

Since kexec assembled memory ranges with memory tagged as "System RAM",
the uncached memory will be excluded if it is labeled differently.

Simon, since only IA64 will create "Uncached RAM" label, i do not
make changes to other arch.

Our HP machine in the lab is dead. I am sorry that i can not test
against other IA64 systems (than SGI's). Feedback is very much
appreciated.

The corresponding kernel patch is needed to test this kexec patch:
http://marc.info/?l=linux-ia64&m=122122791230130&w=2
This patch without the kernel patch will have no effect and do no
harm.


Signed-off-by: Jay Lan <jlan@sgi.com>


[-- Attachment #2: UC-mem.kexec --]
[-- Type: text/plain, Size: 2696 bytes --]

---
 kexec/arch/ia64/crashdump-ia64.c     |    5 ++++-
 kexec/arch/ia64/kexec-ia64.c         |    5 ++++-
 kexec/firmware_memmap.c              |    2 ++
 kexec/kexec.h                        |    1 +
 11 files changed, 27 insertions(+), 3 deletions(-)

Index: kexec-tools/kexec/arch/ia64/crashdump-ia64.c
===================================================================
--- kexec-tools.orig/kexec/arch/ia64/crashdump-ia64.c	2008-09-10 17:17:57.751956424 -0700
+++ kexec-tools/kexec/arch/ia64/crashdump-ia64.c	2008-09-10 17:18:02.060031443 -0700
@@ -212,8 +212,11 @@ static int get_crash_memory_ranges(struc
 			kernel_code_start = start;
 			kernel_code_end = end;
 			continue;
-		}else
+		} else if (memcmp(str, "Uncached RAM\n", 13) == 0) {
+			type = RANGE_UNCACHED;
+		} else {
 			continue;
+		}
 		crash_memory_range[memory_ranges].start = start;
 		crash_memory_range[memory_ranges].end = end;
 		crash_memory_range[memory_ranges].type = type;
Index: kexec-tools/kexec/kexec.h
===================================================================
--- kexec-tools.orig/kexec/kexec.h	2008-09-10 17:07:20.892688089 -0700
+++ kexec-tools/kexec/kexec.h	2008-09-10 17:18:02.072031652 -0700
@@ -110,6 +110,7 @@ struct memory_range {
 #define RANGE_RESERVED	1
 #define RANGE_ACPI	2
 #define RANGE_ACPI_NVS	3
+#define RANGE_UNCACHED	4
 };
 
 struct kexec_info {
Index: kexec-tools/kexec/arch/ia64/kexec-ia64.c
===================================================================
--- kexec-tools.orig/kexec/arch/ia64/kexec-ia64.c	2008-09-10 17:07:20.892688089 -0700
+++ kexec-tools/kexec/arch/ia64/kexec-ia64.c	2008-09-10 17:18:02.100032140 -0700
@@ -139,8 +139,11 @@ int get_memory_ranges(struct memory_rang
 			memory_ranges = split_range(memory_ranges, start, end);
 			saved_efi_memmap_size = end - start;
 			continue;
-		} else
+		} else if (memcmp(str, "Uncached RAM\n", 13) == 0) {
+			type = RANGE_UNCACHED;
+		} else {
 			continue;
+		}
 		/*
 		 * Check if this memory range can be coalesced with
 		 * the previous range
Index: kexec-tools/kexec/firmware_memmap.c
===================================================================
--- kexec-tools.orig/kexec/firmware_memmap.c	2008-09-10 17:07:20.892688089 -0700
+++ kexec-tools/kexec/firmware_memmap.c	2008-09-10 17:18:02.120032488 -0700
@@ -158,6 +158,8 @@ static int parse_memmap_entry(const char
 		range->type = RANGE_RESERVED;
 	else if (strcmp(type, "ACPI Non-volatile Storage") == 0)
 		range->type = RANGE_ACPI_NVS;
+	else if (strcmp(type, "Uncached RAM") == 0)
+		range->type = RANGE_UNCACHED;
 	else {
 		fprintf(stderr, "Unknown type (%s) while parsing %s. Please "
 			"report this as bug. Using RANGE_RESERVED now.\n",


[-- Attachment #3: Type: text/plain, Size: 143 bytes --]

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

             reply	other threads:[~2008-09-12 20:11 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-09-12 20:10 Jay Lan [this message]
2008-09-12 23:35 ` [PATCH]IA64: do not include uncached memory to vmcore Simon Horman
2008-09-12 23:35   ` Simon Horman
2008-09-23 23:57   ` Simon Horman
2008-09-23 23:57     ` Simon Horman

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=48CACCBA.9030905@sgi.com \
    --to=jlan@sgi.com \
    --cc=kexec@lists.infradead.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.