From mboxrd@z Thu Jan 1 00:00:00 1970 Return-path: Received: from mail.free-electrons.com ([94.23.35.102]) by merlin.infradead.org with esmtp (Exim 4.80.1 #2 (Red Hat Linux)) id 1UbvVm-0000rz-8m for barebox@lists.infradead.org; Mon, 13 May 2013 16:22:07 +0000 Date: Mon, 13 May 2013 18:21:41 +0200 From: Thomas Petazzoni Message-ID: <20130513182141.12af9b31@skate> In-Reply-To: <519110D0.5040801@gmail.com> References: <1368364146-6024-1-git-send-email-sebastian.hesselbarth@gmail.com> <1368364146-6024-4-git-send-email-sebastian.hesselbarth@gmail.com> <20130513075852.GG32299@pengutronix.de> <5190AFA1.1080503@gmail.com> <20130513105722.GP32299@pengutronix.de> <5190E56F.9080903@gmail.com> <20130513162313.4f5849a9@skate> <519110D0.5040801@gmail.com> Mime-Version: 1.0 List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: "barebox" Errors-To: barebox-bounces+u.kleine-koenig=pengutronix.de@lists.infradead.org Subject: Re: [PATCH 3/5] arm: initial support for Marvell Dove SoCs To: Sebastian Hesselbarth Cc: barebox@lists.infradead.org, Ezequiel Garcia Dear Sebastian Hesselbarth, On Mon, 13 May 2013 18:12:00 +0200, Sebastian Hesselbarth wrote: > > One solution for Barebox is to have a DATA line in our kwbimage.cfg > > that does: > > > > DATA 0xd0020080 0xf1000000 > > > > and so when Barebox boots, the remapping to 0xf1 is already done, > > and we don't have to worry about it. This way, a Barebox can > > chainload a second Barebox. > > Thomas, have you tried the above? I did and Dove immediately stops > responding to Xmodem transfer. I have the strong feeling, that BootROM > relies on stuff located at 0xd0000000. > > So remapping _that_ early will maybe not work either. No, I did not test that, it was just a supposition from me that it would work. I was under the impression that the SoC would load the entire image in SRAM, and then go through the DATA commands and apply them. But of course, if it does apply each and every DATA command as soon as it receives them, then it cannot work, and Barebox will have to do its remapping and give up the possibility of being booted by itself. Best regards, Thomas -- Thomas Petazzoni, Free Electrons Kernel, drivers, real-time and embedded Linux development, consulting, training and support. http://free-electrons.com _______________________________________________ barebox mailing list barebox@lists.infradead.org http://lists.infradead.org/mailman/listinfo/barebox