[U-Boot] Booting armv8 kernel on uboot
Tom Rini
trini at ti.com
Thu May 22 14:39:33 CEST 2014
On Thu, May 22, 2014 at 11:18:24AM +0530, Vishal Bhoj wrote:
> Hi,
>
> Thanks for the inputs.
>
>
> On 21 May 2014 21:04, Mark Rutland <mark.rutland at arm.com> wrote:
>
> > On Wed, May 21, 2014 at 04:28:53PM +0100, Tom Rini wrote:
> > > On Wed, May 21, 2014 at 10:40:38AM +0100, Mark Rutland wrote:
> > > > On Wed, May 21, 2014 at 09:46:35AM +0100, Vishal Bhoj wrote:
> > > > > Hi ,
> > > >
> > > > Hi,
> > > >
> > > > > I have added mmc driver into the vexpress64 board file for uboot and
> > tested
> > > > > it on FVP base model. I tried booting a kernel on that but it is
> > aborting
> > > > > with the following message:
> > > > > Final value for argc=3
> > > > > Loading Kernel Image ... OK
> > > > > kernel loaded at 0x00080000, end = 0x00827024
> > > > > using: FDT
> > > > > reserving fdt memory region: addr=80000000 size=10000
> > > > > ## initrd_high = 0xffffffffffffffff, copy_to_ram = 1
> > > > > ramdisk load start = 0x00000000, ramdisk load end = 0x00000000
> > > > > ## device tree at 0000000090008000 ... 000000009000a850 (len=22609
> > [0x5851])
> > > > > Loading Device Tree to 000000009fffa000, end 000000009ffff850 ...
> > OK
> > > > > Initial value for argc=3
> > > > > Final value for argc=3
> > > > > ## Transferring control to Linux (at address 80000)...
> > > > > Starting kernel ...
> > > > >
> > > > > "Synchronous Abort" handler, esr 0x02000000
> > > >
> > > > That ESR_ELx value means Unknown/uncategorized. It would be fantastic
> > if
> > > > U-Boot would tell us what EL it's branching to the kernel at as a
> > matter
> > > > of course -- it's not really possible to debug from logs otherwise.
> > > >
> > > > Which EL are you loading the kernel at?
> > >
> > > So, this I suspect is one of the problems I was trying to describe to
> > > you back at ELC which turned out to be loading things at the very wrong
> > > address (0x80000 rather than 0x80080000).
> >
> > That would certainly explain it. From the lines above stating that the
> > kernel had been loaded to 0x80000 I assumed that memory had been
> > configured there.
> >
> > >
> > > Vishal, cay you apply:
> > > http://patchwork.ozlabs.org/patch/345746/
> > > http://patchwork.ozlabs.org/patch/345748/
> > > http://patchwork.ozlabs.org/patch/345749/
> > > http://patchwork.ozlabs.org/patch/345747/
> > >
> >
> Included these patches.
>
> > > I need to do a v2 still to address some feedback, and then also say we
> > > require Mark's recent series to add an image size field (and other
> > > cleanups) and make use of that (and the rest of the series
> > > changes/clarifications).
> >
> Can you please share the patches. I am currently booting 3.10 Linaro stable
> kernel which works with ARM's trusted firmware + UEFI. The same kernel with
> the above patches doesn't boot on u-boot. Is there any specific kernel tree
> you suggest I should use which is known to boot on uboot + models ?
>
> I have generated uImage with loadaddress as 0x80080000 and tried booting
> but doesn't boot. Here are the logs:
> http://pastebin.com/T882rK3P
What are your bootargs? Can you add in earlyprintk=pl011,0x1c090000
consolelog=9 ?
--
Tom
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 836 bytes
Desc: Digital signature
URL: <http://lists.denx.de/pipermail/u-boot/attachments/20140522/879f70c9/attachment.pgp>
More information about the U-Boot
mailing list