From: Bjorn Helgaas <bjorn.helgaas@hp.com>
To: linux-ia64@vger.kernel.org
Subject: Re: [PATCH] always print note when trimming EFI memory map
Date: Fri, 26 Sep 2003 21:07:44 +0000 [thread overview]
Message-ID: <marc-linux-ia64-106461078423482@msgid-missing> (raw)
In-Reply-To: <marc-linux-ia64-106444761123807@msgid-missing>
On Friday 26 September 2003 2:32 pm, David Mosberger wrote:
> The intention was to give the user an idea how much real & available
> memory is lost due to the trimming. When reporting unavailable
> memory, you'll lose that info. However, maybe we should be more
> verbose if EFI_DEBUG is enabled?
How about something like the following? It still always prints a
note when trimming, but identifies "reserved" memory to distinguish
it from the normal case.
This is the second or third time I've had to debug the problem,
and the failure mode doesn't obviously point to EFI_DEBUG. It
just MCAs because you try to access main memory with a UC access.
In fact, I think on most boxes you don't even get an MCA; it
just appears to work, even though it introduces attribute
aliasing.
=== arch/ia64/kernel/efi.c 1.23 vs edited ==--- 1.23/arch/ia64/kernel/efi.c Wed Aug 27 10:47:27 2003
+++ edited/arch/ia64/kernel/efi.c Fri Sep 26 17:33:36 2003
@@ -249,11 +249,11 @@
if (num_skipped_pages > md->num_pages)
num_skipped_pages = md->num_pages;
- if (is_available_memory(md))
- printk(KERN_NOTICE "efi.%s: ignoring %luKB of memory at 0x%lx due to granule hole "
- "at 0x%lx\n", __FUNCTION__,
- (num_skipped_pages << EFI_PAGE_SHIFT) >> 10,
- md->phys_addr, start_addr - IA64_GRANULE_SIZE);
+ printk(KERN_NOTICE "efi.%s: ignoring %luKB of %smemory at 0x%lx due to granule hole "
+ "at 0x%lx\n", __FUNCTION__,
+ (num_skipped_pages << EFI_PAGE_SHIFT) >> 10,
+ is_available_memory(md) ? "" : "reserved ",
+ md->phys_addr, start_addr - IA64_GRANULE_SIZE);
/*
* NOTE: Don't set md->phys_addr to START_ADDR because that could cause the memory
* descriptor list to become unsorted. In such a case, md->num_pages will be
@@ -277,11 +277,11 @@
if (num_dropped_pages > md->num_pages)
num_dropped_pages = md->num_pages;
- if (is_available_memory(md))
- printk(KERN_NOTICE "efi.%s: ignoring %luKB of memory at 0x%lx due to granule hole "
- "at 0x%lx\n", __FUNCTION__,
- (num_dropped_pages << EFI_PAGE_SHIFT) >> 10,
- md->phys_addr, end_addr);
+ printk(KERN_NOTICE "efi.%s: ignoring %luKB of %smemory at 0x%lx due to granule hole "
+ "at 0x%lx\n", __FUNCTION__,
+ (num_dropped_pages << EFI_PAGE_SHIFT) >> 10,
+ is_available_memory(md) ? "" : "reserved ",
+ md->phys_addr, end_addr);
md->num_pages -= num_dropped_pages;
}
prev parent reply other threads:[~2003-09-26 21:07 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-09-24 23:53 [PATCH] always print note when trimming EFI memory map Bjorn Helgaas
2003-09-26 20:32 ` David Mosberger
2003-09-26 21:07 ` Bjorn Helgaas [this message]
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=marc-linux-ia64-106461078423482@msgid-missing \
--to=bjorn.helgaas@hp.com \
--cc=linux-ia64@vger.kernel.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox