From mboxrd@z Thu Jan  1 00:00:00 1970
From: Marek Vasut <marex@denx.de>
Date: Sun, 6 Sep 2015 15:18:30 +0200
Subject: [U-Boot] [PATCH v2 4/8] nios2: enlarge the code relocation range
In-Reply-To: <55EC3BCC.2080900@wytron.com.tw>
References: <1441336526-23505-1-git-send-email-thomas@wytron.com.tw>
 <201509061429.51987.marex@denx.de> <55EC3BCC.2080900@wytron.com.tw>
Message-ID: <201509061518.30258.marex@denx.de>
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 Sunday, September 06, 2015 at 03:12:44 PM, Thomas Chou wrote:
> Hi Marek,

Hi,

> On 09/06/2015 08:29 PM, Marek Vasut wrote:
> > We already do it on ARM though and the reason for this is to place U-Boot
> > at the end of the DRAM, so that most of the DRAM can be used by the user.
> 
> We place U-Boot at the end of the DRAM on nios2, too. :)
> 
> I will look into the relocation on nios2 next time. But for now, I would
> suggest that we skip this and move on to driver model.

These two things are orthogonal, so no problem :)

> > In fact, I am loading U-Boot with GDB thus far, so I am only copying it
> > once ;-) Where is the second copying coming from ?
> 
> That was true for gdb. But when you need to try out u-boot-dtb.bin on
> EPCS/sf, it will be another story..

Why so? The EPCS is memory mapped and U-Boot starts from it, right ? So
U-Boot can relocate itself to the end of DRAM , right ?

Best regards,
Marek Vasut