最近由于项目需要，需要在AR9331芯片单板（原来是4MBFlash，后来扩充到16MB Flash）上，实现openwrt双版本机制。
双版本的好处，主要是：在升级版本过程中，如果遇到断电等情况，不至于导致设备无法启动。因为至少有一个版本是完好的，虽然可能旧了一点。
基于此需求，需要实现的功能，包括：
1.改造uboot，能识别此款16MB Flash
2.改造uboot，能找到Flash中的所有可引导的内核版本，以及对应的rootfs；并选择合适的（较新的）内核进行引导
3.在rootfs中，需要引入版本烧写模块：能够正确的选择当前不在使用的版本分区，进行擦除并烧入新的版本；
4.在openwrt自身编译产生的版本基础上（一般为XXX-squashfs-sysupgrade.bin），建议自定义版本头。除了识别所需版本外，还用于标识版本的新or旧
下面，就记录一下我的具体做法：
1. 改造uboot，能识别此款16MB Flash
我所用的Flash型号是： MX25L12835FM2I10G；对应uboot版本是：V1.1.4(来自AR9331原厂SDK自带的)。为了识别此款Flash，需要调整的代码文件，包括：
u-boot/include/flash.h -- 增加Flash ID硬编码定义，对应MX25L12835FM2I10G（擦写单元：64KB）
u-boot/board/ar7240/ap121/flash.c --- 修改flash_get_geom函数，增加对FLASH_MX25L128M的识别支持
2. 改造uboot，能找到Flash中的所有可引导的内核版本（寻找自定义版本头的特征值；对于双版本来说，则可以找到两个），并选择合适的（较新的）内核进行引导。这其中的主要改造就是：
A.识别出自定义版本头和选定要引导的内核是哪一个后，需要剥离该内核的自定义版本头，从而回归到uboot原有的vmlinux的识别机制和引导机制中;
B.在uboot中，需要将Flash中存放kernel和rootfs的位置，传递给内核；这样后续升级新版本时，才能知道应该擦写哪个分区；
3. 引入自定义的版本烧写模块：除了负责下载版本外（使用wget工具），还要实现：版本校验，选择Flash中的擦写位置，并实现实际的Flash擦写工作；
4. 引入自定义的版本制作模块：即在原有版本文件基础上，加上自定义的版本头。