public inbox for u-boot@lists.denx.de
 help / color / mirror / Atom feed
From: Wolfgang Denk <wd@denx.de>
To: u-boot@lists.denx.de
Subject: [U-Boot] Statically allocate a range of physical memory to an OS image.
Date: Tue, 27 May 2014 14:37:04 +0200	[thread overview]
Message-ID: <20140527123704.B46903801AC@gemini.denx.de> (raw)
In-Reply-To: <1401191218533-180832.post@n7.nabble.com>

Dear "mazen.e",

In message <1401191218533-180832.post@n7.nabble.com> you wrote:
> 
> On the other hand,  according to my basic understanding (Please correct me
> if I am wrong), U-boot can pass through the bootargs env variable
> information about available memory in the platform. For instance,  bootargs 
> mem=512M at 0xA0000000 .. instructs the kernel that the available memory is 512
> MB starting @ 0xA0000000, in such case the rest of the platform memory is
> not even visible to the kernel and its MMU. Is this conclusion true?

Actually, today we use the device tree to pass this information.

And it is not correct that any memory outside the specification of
"mem=" is not _visible_ to the kernel.  Please understand that it is
really up to the kernel (or whatever program you boot) to set up hiw
own memory map.  In case of the Linux, it is the Linux kernel itself
which implements the "mem=" ABI - and if you use it, it choses to
_ignore_ any other possibly existing memory regions.  But this is
totally voluntary, and done only in Linux.  There is nothing that
U-Boot does here, so the term "not visible" is only true in the sense
"because the kernel decides to close both eyes and never will even
attempt to look in that direction".

Best regards,

Wolfgang Denk

-- 
DENX Software Engineering GmbH,     MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd at denx.de
"In matters of principle, stand like a rock;  in  matters  of  taste,
swim with the current."                            - Thomas Jefferson

  reply	other threads:[~2014-05-27 12:37 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-05-27  7:51 [U-Boot] Statically allocate a range of physical memory to an OS image mazen.e
2014-05-27 10:48 ` Wolfgang Denk
2014-05-27 11:46   ` mazen.e
2014-05-27 12:37     ` Wolfgang Denk [this message]
2014-05-27 13:19       ` mazen.e

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=20140527123704.B46903801AC@gemini.denx.de \
    --to=wd@denx.de \
    --cc=u-boot@lists.denx.de \
    /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