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
next 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.