友善FriendlyARM NanoPi K1 Plus移植之吃上最新u-boot-2019.04

友善FriendlyARM NanoPi K1 Plus移植之吃上最新u-boot-2019.04

首先，参考了网上的一些H5芯片移植教程，使用wiki上提供的分支u-boot源码编译是可以启动这个开发板的，常规的流程
$export ARCH=arm64
$export CROSS_COMPILE=aarch64-linux-gnu-
$make nanopi_h5_defconfig
$make -j4
有的分支源码同样使用nanopi_neo2_defconfig进行配置，这个问题不大

印象中在哪里看到过说u-boot主线从2017.05之后就支持了h5这个芯片，于是就想着搞一个最新的u-boot来试一下吧，于是跑去u-boot源上拉下来最新的u-boot-2019.04，不试不知道，一试哈哈哈，连make nanopi_neo2_defconfig都会报错，说是/bin/sh:bison:command not found，网上搜了一下说是要装个bison，执行sudo apt-get install flex bison，好了，装了就可以配置并且编译了，然后dd到tf卡里，上电，很好，SPL完了之后就打印一堆错误重启：
U-Boot SPL 2017.05 (May 20 2019 - 17:10:36)
BOARD: Nanopi M1 Plus2 id=3
DRAM: 2048 MiB
Trying to boot from MMC1
“Synchronous Abort” handler, esr 0x02000000
ELR: 44000
LR: 12d18
x 0: 0000000000044000 x 1: 0000000000000006
x 2: 0000000000000006 x 3: 0000000000000073
x 4: 0000000000000000 x 5: 0000000000000073
x 6: 0000000049fffd6e x 7: 00000000000002c0
x 8: 0000000000000003 x 9: 19313a2900000000
x10: 00000000000002ac x11: 000000004fdffc0c
x12: 0000000049fffa00 x13: 0000000000000264
x14: 000000004fdffc9c x15: 0000000049fffa00
x16: ab32bd0432eb40d4 x17: 5712640a351b6433
x18: 0000000000053a90 x19: 0000000000017f70
x20: 0000000000017f10 x21: 0000000000000000
x22: 000000000001786e x23: 000000004fdffe50
x24: 0000000000017856 x25: 0000000000017000
x26: 00000000deadbeef x27: 5e912769d09a1060
x28: babe0f312f564438 x29: 000000004fdffde0

Resetting CPU …

什么鬼，瞬间就我是谁？我来自哪里？我要到哪去？
可怜我弱小又没经验，老老实实去board目录下找sunxi文件夹里的源码来看到底是哪里有问题，对比了分支u-boot下的源码文件，发现一个问题，在/board/sunxi目录下的mksunxi_fit_atf.sh里发现了一点玄机

主线的脚本里有提到一个bl31.bin文件，这个文件就是所谓的atf，在分支u-boot的源码根目录下，可以找到这bl31.bin文件，而主线的u-boot中是没有的，于是把这个cp到u-boot-2019.04根目录下，重新配置和编译，出来的u-boot.itb文件明显比之前的文件大了一些，再dd到td卡里，OK，这下u-boot终于算是起来了