Debian系嵌入式Linux内核编译

不谈过程，谈结果。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分区下，就算弄好了