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

Reply via email to