[U-Boot] Odroid XU3 - exynos5422 - SPL - iRAM/sRAM address

[Sjoerd Simons <sjoerd.simons@collabora.co.uk>]

(Corrected the u-boot list address in the cc of this thread and added
 Kevin hilman who is also quite interested in this topic)

On Tue, 2015-01-20 at 10:36 +0100, Sjoerd Simons wrote:
> Hey Suriyan,
> 
> I just noticed the patchset Akshay Saraswat sent (Add support for
> booting multiple cores), which would hopefully fix  some issues wrt.
> booting secondary cores we've seen on the XU3 thusfar. Unfortunately,
> those fixes need to be applied in the SPL stage, hence coming back to
> the BL2 story :). Any updates you can share?
> 
> Separately i do wonder if getting a (very basic?) signed BL2 to
> chainload an unsigned SPL might not be the best way forward here. Would
> allow us to fix SPL issues in u-boot without having to ask hardkernel to
> sign every time ? :/ 
> 
> 
> On Fri, 2014-12-19 at 15:45 -0800, Suriyan Ramasami wrote:
> > Just to close the loop.
> > 
> > For the XU3, scanning memory, I found the signed BL2 loaded at address
> > 0x02027000.
> > Regards
> > - Suriyan
> > 
> > PS: Any pointers with regards to mem_ctrl_init() is appreciated.
> > 
> > On Fri, Dec 19, 2014 at 12:43 PM, Suriyan Ramasami <suriyan.r@gmail.com> wrote:
> > > Hello All,
> > >     Greetings!
> > >
> > >     I have been dabbling with trying to get mainline SPL working on
> > > the Odroid XU3. The issue that I am facing is that currently I do not
> > > know what address the BL1 loads and passes control to the SPL (signed
> > > BL2).
> > >     Of course, I could get another SPL signed from Hard kernel and
> > > have the address written out in some memory address, but I thought if
> > > someone has access to the documents it might be faster to get this
> > > information.
> > >
> > > As an update ...
> > >     So far, I have successfully gotten an Hardkernel based SPL to
> > > chain load an unsigned SPL from mainline. I am hitting some issues in
> > > mem_ctrl_init() or so I think. I was wondering if the issues were
> > > cause of it being initialized twice (one from the signed BL2) and the
> > > other from the mainline SPL that is chain loaded.
> > >
> > > Thanks
> > > - Suriyan
> 
> 


-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/x-pkcs7-signature
Size: 6170 bytes
Desc: not available
URL: <http://lists.denx.de/pipermail/u-boot/attachments/20150120/b85f821d/attachment.bin>