概述

主要描述了 V853 如何替换开机启动LOGO

环境

软件：V853 Tina 5.0 SDK

硬件：全志V853开发板

具体步骤

首先我们看一下未替换的启动log界面如下：

需要准备一张大小合适的bmp图像文件（大小为2MB左右），也可以考虑使用小一点的图片。

我准备的是一张1200 * 800 尺寸大小的bmp图片，

使用 Windows 自带的画图工具可以看到分辨率为1200 * 800

打开放置启动阶段logo图片的路径如下：

~/openwrt/target/v853/v853-common/boot-resource/boot-resource

把新的logo文件重命名为bootlogo.bmp，同时替换掉该路径下的bootlogo.bmp文件即可。

.
└── bootlogo.bmp

重新打包，但是发现打包失败，报如下 error：

mbr size = 4096
mbr magic softw411
disk name=boot-resource
ERROR: dl file boot-resource.fex size too large
ERROR: filename = boot-resource.fex
ERROR: dl_file_size = 6158 sector
ERROR: part_size = 6016 sector
update_for_part_info -1
ERROR: update mbr file fail
ERROR: update_mbr failed

这个是很常见的一个错误，因为我们的bmp文件打包之后，其大小已经超过了我们对该分区（boot-resource）所分配的空间大小，只需要扩大该分配空间即可。

修改文件sys_partition.fex，具体路径如下

~/device/config/chips/v853/configs/vision/linux-4.9/sys_partition.fex

修改如下：

--- a/configs/vision/linux-4.9/sys_partition.fex
+++ b/configs/vision/linux-4.9/sys_partition.fex
@@ -35,7 +35,7 @@ size = 4096

 [partition]
     name         = boot-resource
-    size         = 6016
+    size         = 6286
     downloadfile = "boot-resource.fex"
     user_type    = 0x8000

重新打包，可以发现已经打包成功

Dragon execute image.cfg SUCCESS !
----------image is at----------

36M     
~/out/v853/vision/openwrt/v853_linux_vision_uart0.img

pack finish

烧录~ 开机~

没有冒烟，收工~

这里需要注意一下，T113使用EMMC介质启动的话，若是使用UDISK分区作为overlayfs的挂载目录，在使用dd等读写指令的时候，会比使用rootfs_data慢
所以目前EMMC介质、且使用busybox的的方案，推荐使用rootfs_data作文overlayfs的底层目录

1、第一次烧录成功了，证明你的flash驱动应该是支持这颗nand的，所以可以烧进去
2、但烧录进去不代表你flash驱动中的ID配置一定是正确的，有可能你拿到的flash驱动中对这颗物料的参数配置（坏块标记位、oob区域划分、ecc校验能力等）配置不正确，导致你第一次烧录的时候，在这颗flash上误标记了bad block，故后续烧录或者启动会提示很多的“bad block......”
3、建议找一个常用型号的flash，先替换上去，看下是否能正常启动，可以试一下这款（MX35LF1GE4AB），这款在很早之前的驱动已经是支持的了

@cruise33 要是你在uboot阶段可以成功显示log的话，到kernel阶段就无了，怀疑是kernel阶段对显示有一定的操作，可以检查一下这个

@xuweiween914 试一下把旧的公钥和密钥删除了，重新生成后 ，再把公钥添加进去试试

大佬们，有无更好的方法在uboot阶段，通过函数把DRAM某一地址内的数据给提取出来呢？

@sorive 目前使用ubi方案的芯片（如R329、D1、V853、T113等），支持的spinand型号可以在以下路径查看：lichee/brandy-2.0/u-boot-2018/drivers/mtd/awnand/spinand/physic/id.c，需要适配新物料，可直接在改路径下添加物料配置信息即可。针对一些非ubi方案的芯片，如R328、R11等，该部分驱动代码不开源，需要自行在SDK下载界面下载对应开源物料补丁后才可适配新物料

@rtqqq 感觉是你的SDK不完整，是直接git pull芒果的SDK还是直接百度网盘下载的呢？

@bigzhu Longan和Tina3.0是一个阶段的产物，后面SDK优化、升级，逐渐延伸出来了Tina4.0，Tina5.0

通俗点讲，Longan就是很老版本的全志SDK

@cai_yp 执行busybox看下：

@cw13197171229
1、SDK是哪里下载的呢？我记的官方SDK里面，Log里面有些配置应该是默认不开的，你是自己修改过了吗？

2、先尝试下make distclean，同时把out目录删掉，之后再编下看看（有些网上的SDK可能会把之前的编译产物带上，需要清除下，重新编译）

实在不行，我可以传一份官方的SDK上来

@newcastle 检查一下你的配置是否有依赖项，若是有依赖项，但是依赖项没有打开的话，就有可能有这个情况

@sat1006
1、确定下你目前使用的固件是有uboot的？有些方案是把uboot去掉了的，直接boot0引导kernel
2、另外，目前T113的longan可能支持并不是完善，外面应该是没有全志对外开放的LongonSDK的，即使有，也是一些大佬从老的Longon SDK移植T113的方案过去的，难免会有些驱动没做好，建议换Tina

@cai_yp
1、完整打包log发下看看，刚试了一下挖坑网的SDK，还没遇到这个问题，看下是不是前面clean的时候把一些配置给干掉了

2、另外，S2上面应该开启了XIP，关注 sys_partition_xip.fex 既可，

这里补充下挖坑网的SDK中存在的编译问题解决方法：（https://whycan.com/t_10304.html）
1、source envsetup.sh，选择C906方案，执行 mrtos distclean 指令既可
2、M33重复以上步骤既可
3、重新编译两个方案，打包既可

各位，在论坛上一直看到有sunxi-fel何xfel这两个裸机工具
xfel应该是xboot大佬维护的，那sunxi-fel是全志官方维护的？

平常需要读写flash（nor、nand）的数据（物理数据），想试下这两个工具，不知道哪个好用咧

@slamdunk31598 哦豁？T113-i的SDK也出来了？

这里需要注意一下，T113使用EMMC介质启动的话，若是使用UDISK分区作为overlayfs的挂载目录，在使用dd等读写指令的时候，会比使用rootfs_data慢
所以目前EMMC介质、且使用busybox的的方案，推荐使用rootfs_data作文overlayfs的底层目录

@towel_roll 你这个是啥平台，D1？使用nor介质启动？
使用nor的话，尝试下128扇区对齐，即12240->12280