On 20/02/16 14:24, Michael Howard wrote:
On 20/02/2016 07:36, Gordan Bobic wrote:
[snip]
So it seems there is a step missing somewhere that is making booting
the kernel directly via u-boot fail. But UEFI supposedly works, and it
can be chain loaded from u-boot (so less risk of bricking the board by
burning untested UEFI straight into the flash):
https://lists.centos.org/pipermail/arm-dev/2016-February/001623.html
Does it work if you chainload Tianocore UEFI, then boot from there?
Sadly no. The board just appears to hang with ......
Bytes transferred = 262144 (40000 hex)
## Starting application at 0x1D000000 ...
X-Gene Mp30ar0 Board
Boot firmware (version 1.20.03 built at 18:22:28 on Jan 26 2016)
.... again I checked both serial and vga outputs.
I don't intend to burn UEFI to SPI NOR lest I end like the guy at
https://lists.centos.org/pipermail/arm-dev/2016-February/001622.html
Yes, somebody did mention that they bricked the board by flashing UEFI
onto it.
Not sure where to go next which is a bit of a pain!
Might I suggest jumping in on the thread I linked above on the CentOS
list, and sharing results there? It seems like a better place to
continue this conversation.
Gordan
_______________________________________________
users mailing list
[email protected]
https://lists.redsleeve.org/mailman/listinfo/users