public inbox for linux-ia64@vger.kernel.org
 help / color / mirror / Atom feed
From: Stephane Eranian <eranian@frankl.hpl.hp.com>
To: linux-ia64@vger.kernel.org
Subject: Re: [Linux-ia64] Problem with elilo 3.3a
Date: Fri, 14 Feb 2003 06:58:53 +0000	[thread overview]
Message-ID: <marc-linux-ia64-105590709805848@msgid-missing> (raw)
In-Reply-To: <marc-linux-ia64-105590709805846@msgid-missing>

Charles,

On Thu, Feb 13, 2003 at 09:15:48PM -0600, Sluder, Charles wrote:
> I keep seeing hangs in the SAL that I have traced back to a corrupted EFI
> memory map. I was looking at the code for allocating the boot parameter
> block in elilo and noticed this piece of code in bootparams.c
> 
> 	/*
> 	 * Allocate memory for boot parameters.
> 	 * This CANNOT be EfiLoaderData or EfiLoaderCode as the kernel
> 	 * frees this region when initializing.
> 	 */
> 
> 	bp = (boot_params_t *)alloc(BOOT_PARAM_MEMSIZE, EfiLoaderData);
> 
> The comment seems to be at odds with the code. Is this a problem with the
> code or the comment?

The latter. The memory type is correct. In fact if you look everywhere
else in the code, you will see that we use EfiLoaderData.

You need to give some more information for us to help you here.

Note that the memory map itself IS NOT allocated inside the boot_param
structure. This structure only contains a pointer to it as well
as the size of the region. The map is dynamically allocated (in util.c).
The kernel (arch/ia64/kernel/setup.c) assumes all "valid" memory regions 
are free except for regions it knows about which are:
	- the boot param struct
	- the memory map (address in size in boot param struct)
	- initrd
	- command line string
	- kernel code and data

-- 
-Stephane


  reply	other threads:[~2003-02-14  6:58 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-02-14  3:15 [Linux-ia64] Problem with elilo 3.3a Sluder, Charles
2003-02-14  6:58 ` Stephane Eranian [this message]
2003-02-14  7:09 ` David Mosberger
2003-02-14  7:28 ` Stephane Eranian
2003-02-14  7:34 ` David Mosberger
2003-02-14 18:33 ` Sluder, Charles
2003-02-15  6:28 ` Sluder, Charles
2003-02-18 18:23 ` Stephane Eranian

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-105590709805848@msgid-missing \
    --to=eranian@frankl.hpl.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