不谈过程,谈结果。Nanopi-neo的内核编译。

现在的内核和设备树已经分离了,所以可以某架构的通用一个核,而设备树不一样,单独编译。 比如Nanopi-neo和Orangepi-zero就可以通用一个核,尤其是嵌入式设备,通用核的机率更大。

有好几种内核文件:

  • vmlinux 编译出来的最原始的内核文件,未压缩。
  • zImage 是vmlinux经过gzip压缩后的文件。
  • bzImage bz表示“big zImage”,不是用bzip2压缩的。两者的不同之处在于,zImage解压缩内核到低端内存(第一个640K),bzImage解压缩内核到高端内存(1M以上)。如果内核比较小,那么采用zImage或bzImage都行,如果比较大应该用bzImage。
  • uImage U-boot专用的映像文件,它是在zImage之前加上一个长度为0x40的tag。
  • vmlinuz 是bzImage/zImage文件的拷贝或指向bzImage/zImage的链接。
  • initrd 是“initial ramdisk”的简写。一般被用来临时的引导硬件到实际内核vmlinuz能够接管并继续引导的状态。

一般情况下make有好几个参数

单独编译zImage内核、模块以及设备树,zImage是压缩过的内核,dtbs是设备树(device-tree):

make zImage dtbs modules -j8  
make INSTALL_MOD_PATH=/tmp/nanopi-modules modules_install  

这种情况下,把zImage和dtb放到/boot区 把模块放到/lib/modules/下,就可以准备下一步了。

https://github.com/armbian/build/tree/master/config/fex找到所属的fex,生成script.bin

比如nanopi_neo

fex2bin nanopi_neo.fex script.bin  

从zImage生成uImage

mkimage -A arm -O linux -T kernel -C none -a 0x40008000 -e 0x40008000 -n linux-4.10.4-image -d zImage uImage  

从zImage生成uImage很麻烦吧,其实可以在make核心的时候一句解决

make LOADADDR=0x40008000 uImage  

然后再造个uInitrd的ramdisk

cd /  
mkimage -A arm -O linux -T ramdisk -C none -a 0x48000000 -e 0x48000000 -n linux-4.10.4-initrd -d initrd.img uInitrd  

弄好u-boot的boot.cmd,mainline内核基本都是这样

cat boot.cmd  
setenv bootargs console=ttyS0,115200 root=/dev/mmcblk0p2 rootwait panic=10  
load mmc 0:1 0x43000000 script.bin || load mmc 0:1 0x43000000 boot/script.bin  
load mmc 0:1 0x42000000 uImage || load mmc 0:1 0x42000000 boot/uImage  
bootm 0x42000000 - 0x43000000  

由booot.cmd生成boot.csr

mkimage -A arm -O linux -T script -C none -n uboot -d boot.cmd boot.scr  

把uImage、boot.csr、uInitrd、dtb都放到/boot分区下,就算弄好了

comments powered by Disqus