有点好奇为啥要把原来的下载方式去除掉呢?
感觉那个蛮好用的
DAIZEBIN 发布的最佳帖子
-
V853 替换开机启动LOGO
概述
主要描述了 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
烧录~ 开机~
没有冒烟,收工~
-
回复: v853编译失败
@cw13197171229
1、SDK是哪里下载的呢?我记的官方SDK里面,Log里面有些配置应该是默认不开的,你是自己修改过了吗?2、先尝试下make distclean,同时把out目录删掉,之后再编下看看(有些网上的SDK可能会把之前的编译产物带上,需要清除下,重新编译)
实在不行,我可以传一份官方的SDK上来
-
回复: F1C200S TINA3.5 使用spinand
1、第一次烧录成功了,证明你的flash驱动应该是支持这颗nand的,所以可以烧进去
2、但烧录进去不代表你flash驱动中的ID配置一定是正确的,有可能你拿到的flash驱动中对这颗物料的参数配置(坏块标记位、oob区域划分、ecc校验能力等)配置不正确,导致你第一次烧录的时候,在这颗flash上误标记了bad block,故后续烧录或者启动会提示很多的“bad block......”
3、建议找一个常用型号的flash,先替换上去,看下是否能正常启动,可以试一下这款(MX35LF1GE4AB),这款在很早之前的驱动已经是支持的了 -
回复: V853 替换开机启动LOGO
@cruise33 要是你在uboot阶段可以成功显示log的话,到kernel阶段就无了,怀疑是kernel阶段对显示有一定的操作,可以检查一下这个
-
回复: 请问spi-nand的型号是什么?
@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下载界面下载对应开源物料补丁后才可适配新物料
-
回复: v853 buildroot怎么扩展根目录大小,怎么将大文件放到固件中
@vincent1 在 v853 buildroot怎么扩展根目录大小,怎么将大文件放到固件中 中说:
cconfigs
cconfigs应该也可以跳转到 linux4.9 目录,可以看一下目前你的两个 sys_partition.fex 各自对应的路径吗?
-
回复: 编译T113的固件时,pack失败,显示u-boot.fex 无法打开
@rtqqq 感觉是你的SDK不完整,是直接git pull芒果的SDK还是直接百度网盘下载的呢?
-
回复: T113-S3入门资料汇总(避坑指南)一
@karlno 在 T113-S3入门资料汇总(避坑指南)一 中说:
还是做一些开源的物联网应用,远程浇个花,统计下
补充一下,自己更换spinand进行启动的时候,可以参考路径
~/Tina-Linux/lichee/brandy-2.0/u-boot-2018/drivers/mtd/awnand/spinand/physic/id.c
下面的物料id表自行焊接spinand上去
我是用的是Winband的W25N01GVZEIG
对应以下id:
同时需要修改两个部分内容
1、env.cfgdiff --git a/device/config/chips/t113/configs/mq_r/env.cfg b/device/config/chips/t113/configs/mq_r/env.cfg index a554ac2..3e18190 100755 --- a/device/config/chips/t113/configs/mq_r/env.cfg +++ b/device/config/chips/t113/configs/mq_r/env.cfg @@ -38,4 +38,4 @@ bootdelay=1 #default bootcmd, will change at runtime according to key press #default nand boot #bootcmd=run setargs_nand boot_dsp0 boot_normal -bootcmd=run setargs_mmc boot_normal +bootcmd=run setargs_nand_ubi boot_normal
2、sys_config.fex
diff --git a/device/config/chips/t113/configs/mq_r/sys_config.fex b/device/config/chips/t113/configs/mq_r/sys_config.fex index 4bc568c..aad0548 100755 --- a/device/config/chips/t113/configs/mq_r/sys_config.fex +++ b/device/config/chips/t113/configs/mq_r/sys_config.fex @@ -33,7 +33,7 @@ debug_mode = 1 ;storage_type = boot medium, 0-nand, 1-sd, 2-emmc, 3-nor, 4-emmc3, 5-spinand -1(defualt)auto scan ;---------------------------------------------------------------------------------- [target] -storage_type = 1 +storage_type = 5 burn_key = 0 ;---------------------------------------------------------------------------------- ;spinor configuration
之后直接使用PhoenixSuit进行烧录既可
附上固件:
tina_t113-mq_r_uart0.img该固件使用的uart引脚号为:
对应板子上的:
-
回复: linux是如何单步调试的啊?
@coder9527
一般使用JLINK,板上需要飞出来对应的Jtag接口,同时芯片开启Jtag功能
一般使用GDB调试就可以了,无非也就是打断点、单步调试这几个 -
回复: T113 busybox init 配置 overlayfs 为 UDISK 分区而不是 rootfs_data
这里需要注意一下,T113使用EMMC介质启动的话,若是使用UDISK分区作为overlayfs的挂载目录,在使用dd等读写指令的时候,会比使用rootfs_data慢
所以目前EMMC介质、且使用busybox的的方案,推荐使用rootfs_data作文overlayfs的底层目录