public inbox for u-boot@lists.denx.de
 help / color / mirror / Atom feed
From: Stephen Warren <swarren@wwwdotorg.org>
To: u-boot@lists.denx.de
Subject: [U-Boot] [PATCH] ARM: tegra: restrict usable RAM size further
Date: Wed, 05 Aug 2015 13:27:00 -0600	[thread overview]
Message-ID: <55C26384.7020506@wwwdotorg.org> (raw)
In-Reply-To: <82336276bf4c4920b74974124cac06f0@HQMAIL104.nvidia.com>

On 08/05/2015 01:22 PM, Tom Warren wrote:
>> -----Original Message-----
>> From: Stephen Warren [mailto:swarren at wwwdotorg.org]
>> Sent: Wednesday, August 05, 2015 11:33 AM
>> To: Tom Warren
>> Cc: u-boot at lists.denx.de; Simon Glass; Stephen Warren; Thierry Reding
>> Subject: Re: [U-Boot] [PATCH] ARM: tegra: restrict usable RAM size further
>>
>> On 07/29/2015 01:47 PM, Stephen Warren wrote:
>>> From: Stephen Warren <swarren@nvidia.com>
>>>
>>> Additionally, ARM64 devices typically run a secure monitor in EL3 and
>>> U-Boot in EL2, and set up some secure RAM carve-outs to contain the
>>> EL3 code and data. These carve-outs are located at the top of 32-bit
>>> address space. Restrict U-Boot's RAM usage to well below the location
>>> of those carve-outs. Ideally, we would the secure monitor would inform
>>> U-Boot of exactly which RAM it could use at run-time. However, I'm not
>>> sure how to do that at present (and even if such a mechanism does
>>> exist, it would likely not be generic across all forms of secure monitor).
>>
>> TomW, what are your thoughts on applying this given the discussion thread?
>> Thanks.
 >
> I think this patch is fine. I have not set up any TZ/other carveouts (NVDEC,VPR,GPU,TSEC, etc.) yet in U-Boot, but I have in coreboot, and right now we're using approx. 153MB (0xf66c0000 - 0x100000000).  So 512MB here seems large but OK, given that we'll still have tons of SDRAM left on most any modern board.
>
> I can take this in on the next pass, if no one objects. Adding Marcel for Colibri T20/T30, since this'll affect those boards, too.

Thanks. This should only affect Tegra210 boards, since the function I 
modified is under #ifdef CONFIG_ARM64.

  reply	other threads:[~2015-08-05 19:27 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-07-29 19:47 [U-Boot] [PATCH] ARM: tegra: restrict usable RAM size further Stephen Warren
2015-07-30 11:04 ` Thierry Reding
2015-07-30 15:43   ` Stephen Warren
2015-07-30 15:52     ` Simon Glass
2015-07-30 18:47       ` Stephen Warren
2015-07-30 19:00         ` Simon Glass
2015-07-30 19:47           ` Stephen Warren
2015-08-05 18:33 ` Stephen Warren
2015-08-05 19:22   ` Tom Warren
2015-08-05 19:27     ` Stephen Warren [this message]
2015-08-05 19:30       ` Tom Warren

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=55C26384.7020506@wwwdotorg.org \
    --to=swarren@wwwdotorg.org \
    --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