From mboxrd@z Thu Jan  1 00:00:00 1970
From: York Sun <yorksun@freescale.com>
Date: Wed, 18 Nov 2015 15:01:08 -0800
Subject: [U-Boot] [PATCH v2] armv8: fsl-layerscale: Rewrite reserving
 memory for MC and debug server
In-Reply-To: <1447887389.27264.99.camel@freescale.com>
References: <1447869931-1638-1-git-send-email-yorksun@freescale.com>
 <1447884917.27264.96.camel@freescale.com> <564D002A.1060508@freescale.com>
 <1447887389.27264.99.camel@freescale.com>
Message-ID: <564D0334.3010704@freescale.com>
List-Id: <u-boot.lists.denx.de>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
To: u-boot@lists.denx.de



On 11/18/2015 02:56 PM, Scott Wood wrote:

<snip>

> 
>>> I think it'd be a bit more straightforward for this to return the new
>>> ram_top
>>> rather than the size to be subtracted.
>>
>> That will be inaccurate. For layerscape SoCs, the gd->ram_size is known at
>> this
>> point, but the address is not known until later in board file dram bank is
>> filled int. So this function can only return how much memory is reserved.
> 
> Sorry, I should have said offset from the start of RAM instead of address.  So
> the caller does "gd->ram_size = board_reserve_ram_top(gd->ram_size);".
> 

Sure. That can be arranged.

York